❶ 安卓開發網路請求是怎麼做的非同步
安卓限制了發網路請求只能在子線程，不然會報錯的！如果你是用asynHttpClient這類框架的話，它會將你的請求放在隊列里，通過線程池來發出請求的，也就是說裡面會自己開啟子線程請求。
如果使用UrHttpConnection或HttpClient的話，就需要自己手動開啟子線程進行請求！
下面舉兩個方法：
第一，new Thread發出請求，handler進行通訊！
第二，asynTask進行非同步請求，重寫方法進行UI更新！
❷ Android網路請求知識（三）授權，TCP/IP，HTTPS建立過程
由身份或持有的令牌確認享有的許可權，登錄過程實質上的目的也是為了確認許可權。
Cookie是客戶端給伺服器用的，setCookie是伺服器給客戶端用的。cookie由伺服器處理，客戶端負責存儲
客戶端發送cookie：賬戶和密碼
服務端收到後確認登錄setCookie：sessionID=1，記下sessionID
客戶端收到sessionID後記錄，以後請求服務端帶上對比記錄下sessionID，說明已經登錄
會話管理：登錄狀態，購物車
個性化：用戶偏好，主題
Tracking：分析用戶行為
XXS：跨腳本攻擊，及使用JavaScript拿到瀏覽器的cookie之後，發送到自己的網站，以這種方式來盜用用戶Cookie。Server在發送Cookie時，敏感的Cookie加上HttpOnly，這樣Cookie只能用於http請求，不能被JavaScript調用
XSRF:跨站請求偽造。Referer 從哪個網站跳轉過來
兩種方式：Basic和Bearer
首先第三方網站向授權網站申請第三方授權合作，拿到授權方頒發的client_id和client_secret（一般都是appid+appkey的方式）。
在這就過程中申請的client_secret是伺服器持有的，安全起見不能給客戶端，用服務端去和授權方獲取用戶信息，再傳給客戶端，包括④，⑤的請求過程也是需要加密的。這才是標準的授權過程。
有了access_token之後，就可以向授權方發送請求來獲取用戶信息
步驟分析就是上面的內容，這里把第4,6,8請求的參數分析一下
第④步參數：
response_type：指授權類型，必選，這里填固定值『code』
client_id：指客戶端id，必選，這里填在平台報備時獲取的appid
redirect_uri：指重定向URI，可選
scope：指申請的許可權范圍，可選
state：指客戶端當前狀態，可選，若填了，則認證伺服器會原樣返回該值
第⑥步參數：
grant_type：指使用哪種授權模式，必選，這里填固定值『authorization_code』
code：指從第⑤步獲取的code，必選
redirect_uri：指重定向URI，必選，這個值需要和第④步中的redirect_uri保持一致
client_id：指客戶端id，必選，這里填在平台報備時獲取的appid
client_secret：指客戶端密鑰，必選，這里填在平台報備時獲取的appkey
第⑧步參數：
access_token：指訪問令牌，必選，這里填第⑦步獲取的access_token
token_type：指令牌類型，必選，大小寫不敏感，bearer類型 / mac類型
expires_in：指過期時間，單位秒，當其他地方已設置過期時間，此處可省略該參數
refresh_token：指更新令牌，可選，用即將過期token換取新token
scope：指許可權范圍，可選，第④步中若已申請過某許可權，此處可省略該參數
我們在上面的第八步中會有refresh_token的參數，這個在實際操作中也比較常見
有時候我們在自己的項目中，將登陸和授權設計成類似OAuth2的過程，不過去掉Authorization code。登陸成功返回access_token，然後客戶端再請求時，帶上access_token。
我們常常會說到TCP/IP，那到底是什麼呢。這就需要講到網路分層模型。TCP在傳輸層，IP在網路層。那為什麼需要分層？因為網路不穩定，導致需要重傳的問題。為了提高傳輸效率我們就需要分塊，在傳輸層中就會進行分塊。TCP還有兩個重要的內容就是三次握手，四次分手。
HTTPS 協議是由 HTTP 加上TLS/SSL協議構建的可進行加密傳輸、身份認證的網路協議，主要通過數字證書、加密演算法、非對稱密鑰等技術完成互聯網數據傳輸加密，實現互聯網傳輸安全保護
1.客戶端通過發送Client Hello報文開始SSL通信。報文中包含客戶端支持的SSL的指定版本、加密組件列表（所使用的加密演算法及密鑰長度），客戶端隨機數，hash演算法。
2.伺服器可進行SSL通信時，會以Server Hello報文作為應答。和客戶端一樣，在報文中包含SSL版本以及加密組件，服務端隨機數。伺服器的加密組件內容是從接收到客戶端加密組件內篩選出來的。
3.之後伺服器發送Certificate報文。報文中包含公開密鑰證書。一般實際有三層證書嵌套，其實像下面圖二直接用根證書機構簽名也是可以的，但是一般根證書機構比較忙，需要類似中介的證書機構來幫助。
4.最後伺服器發送Server Hello Done報文通知客戶端，最初階段的SSL握手協商部分結束。
5.SSL第一次握手結束後，客戶端以Client Key Exchange報文作為回應。報文中包含通信加密中使用的一種被稱為Pre-master secret的隨機密碼串。該報文已用步驟3中的公開密鑰進行加密。
6.接著客戶端繼續發送Change Cipher Spec報文。該報文會提示伺服器，在此報文之後的通信會採用Pre-master secret密鑰加密。
7.客戶端發送Finished報文。該報文包含連接至今全部報文的整體校驗值。這次握手協商是否能夠成功，要以伺服器是否能夠正確解密報文作為判定標准。
8.伺服器同樣發送Change Cipher Spec報文。
9.伺服器同樣發送Finished報文。
10.伺服器和客戶端的Finished報文交換完畢之後，SSL連接就算建立完成。當然，通信會受到SSL的保護。從此處開始進行應用層協議的通信，即發送HTTP響應。
11.應用層協議通信，即發送HTTP響應。
12.最後由客戶端斷開連接。斷開連接時，發送close_notify報文。這步之後再發送TCP FIN報文來關閉與TCP的通信。
利用客戶端隨機數，服務端隨機數，per-master secret隨機數生成master secret，再生成客戶端加密密鑰，服務端加密密鑰，客戶端MAC secert，服務端MAC secert。MAC secert用於做報文摘要，這樣能夠查知報文是否遭到篡改，從而保護報文的完整性。
Android網路請求知識（一）HTTP基礎概念
Android網路請求知識（二）對稱和非對稱加密、數字簽名，Hash，Base64編碼
Android網路請求知識（三）授權，TCP/IP，HTTPS建立過程
❸ android 開發.怎麼訪問移動網路
APN(Access Point Name)，即「接入點名稱」，用來標識GPRS的業務種類，目前分為兩大類：CMWAP(通過GPRS訪問WAP業務)、CMNET(除了WAP以外的服務目前都用CMNET,比如連接網際網路等)。 APN的英文全稱是Access Point Name，中文全稱叫接入點，是您在通過手機上網時必須配置的一個參數，它決定了您的手機通過哪種接入方式來訪問網路。 移動手機的默認上網配置有兩種：CMWAP和CMNET。一些使用移動辦公的大客戶，通常會使用專用APN，其接入點隨意定義，只要和該省運營商其他APN不沖突即可。 CMWAP也叫移動夢網，通過該接入點可接入一個比較大的移動私網，網內有大量的手機應用下載及資源訪問。因為CMWAP不接入互聯網，只接入移動運營商的私網，所以流量費用比較低廉。 CMNET也叫GPRS連接互聯網，通常每個省的運營商會提供若干個Internet出口以供CMNET撥號用戶使用。其流量費用較CMWAP要高一些。 目前國內銷售的手機，如果是非智能機，通常已配置好CMWAP連接，智能機通常會配置CMWAP和CMNET連接。如需手動添加這些配置，請參考手機說明書。 專有APN在功能上可以和Internet的VPN做類比，實際上他就是基於GPRS的VPN網路。 專有APN常見組網方式 1，運營商部署一條專線接入到企業的網路中，局端和企業端路由器之間採用私有IP進行連接。 2，局端互連路由器與GGSN採用GRE隧道連接。 專有APN的幾個重要特點： 1，除非運營商分配一個Internet IP地址，否則計算機沒有任何辦法通過Internet訪問該APN中的主機。 2，只有手機卡號在APN中的白名單之列，該手機才可以接入該APN。 3，企業客戶可以建立一套RADIUS和DHCP伺服器，GGSN向RADIUS伺服器提供用戶主叫號碼，採用主叫號碼和用戶賬號相結合的認證方式;用戶通過認證後由DHCP伺服器分配企業內部的靜態IP地址。補充：該認證方式不一定適合於每個省的運營商，這取決於該省運營商的APN管理平台。 GPRS專網系統終端上網登錄伺服器平台的流程為： 1)用戶發出GPRS登錄請求，請求中包括由運營商為GPRS專網系統專門分配的專網APN; 2)根據請求中的APN，SGSN向DNS伺服器發出查詢請求，找到與企業伺服器平台連接的GGSN，並將用戶請求通過GTP隧道封裝送給GGSN; 3)GGSN將用戶認證信息(包括手機號碼、用戶賬號、密碼等)通過專線送至Radius進行認證; 4)Radius認證伺服器看到手機號等認證信息，確認是合法用戶發來的請求，向DHCP伺服器請求分配用戶地址; 5)Radius認證通過後，由Radius向GGSN發送攜帶用戶地址的確認信息; 6)用戶得到了IP地址，就可以攜帶數據包，對GPRS專網系統信息查詢和業務處理平台進行訪問。
❹ 安卓軟體啟動時提示「網路請求超時!"是怎麼回事請問高手要如何解決
我也試過這種情況，後來軟體開發者在新版本中說：這種情況是軟體的缺陷，也就是所謂的BUG，等待新版本的解決吧。有些軟體的網路識別是很差的。
❺ Android網路請求庫【OkHttp4.9.3】基本用法與原理分析
OkHttp是一套處理 HTTP 網路請求的依賴庫，由 Square 公司設計研發並開源，目前可以在 Java 和 Kotlin 中使用。對於 Android App 來說，OkHttp 現在幾乎已經占據了所有的網路請求操作，Retrofit + OkHttp實現網路請求似乎成了一種標配。因此它也是每一個 Android 開發工程師的必備技能，了解其內部實現原理可以更好地進行功能擴展、封裝以及優化。
OkHttp的高效性體現在：
第一步：創建OkHttpClient，創建OkHttpClient有兩種方式：
OkHttpClient提供了豐富的配置方法，例如添加攔截器、指定連接池、設置請求超時等等。
第二步：創建請求
使用Request.Builder() 構建Request實例
第三步：發起網路請求
OkHttp支持同步和非同步兩種請求方式
OkHttp的使用方法非常簡單，三步操作就可以發起一個簡單的同步或非同步請求。我們也可以很輕松地對網路請求進行配置，例如添加請求頭、設置請求方式、設置請求超時等等，這些配置參數會在源碼分析過程中詳細介紹。
現在我們已經學會了三步操作發起網路請求，接下來以這三個步驟為切入點，深入到源碼中學習OkHttp的實現原理，廢話少說馬上開車。
OkHttpClient創建方式有兩種，我們看看兩種方式有什麼區別。
第一種直接使用默認構造函數，內部依然是使用建造者模式
第二種使用建造者模式
兩種方式最終都是調用構造函數OkHttpClient(builder:Builder)，由參數builder負責所有的參數配置工作。
當您創建單個OkHttpClient實例並將其用於所有 HTTP 調用時，OkHttp 性能最佳。 這是因為每個OkHttpClient都擁有自己的連接池和線程池，重用連接和線程可減少延遲並節省內存。 相反，為每個請求創建一個客戶端會浪費空閑池上的資源。
Request同樣使用建造者模式來創建，這里貼上部分重要源碼，很簡單就不細說了。
OkHttp發起網路請求分為同步請求和非同步請求兩種方式，我們只分析非同步請求流程，因為只要理解了非同步請求過程，基本上也就明白同步請求是怎麼一回事了。
RealCall是連接應用層與網路層的橋梁，負責處理連接、請求、響應和數據流。
Dispatcher維護著一套非同步任務執行策略，分析策略之前先介紹幾個重要概念：
client.dispatcher.enqueue(AsyncCall(responseCallback)) 執行步驟為：
AsyncCall實現了Runnable介面，因此一旦被線程池中的線程處理就會調用它的run()方法：
話休絮煩，我們開始分析攔截器責任鏈：
責任鏈執行流程：首先獲取當前攔截器interceptor，並且調用interceptor.intercept(next)執行攔截器操作。這里的next表示的是index+1後的責任鏈對象，攔截器的intercept()方法內部會調用next.proceed(request)方法再次進入到責任鏈，由於此時index已經加1，所以處理的是下一個攔截器。
如此循環往復，直到處理完責任鏈上最後一個攔截器為止。
注意除最後一個攔截器CallServerInterceptor不會調用chain.proceed(request)方法之外，其他攔截器都應該至少調用一次chain.proceed(request)方法。
為了驗證上面的結論，我們進入到RetryAndFollowUpInterceptor的intercept()方法一探究竟：
可以看到注釋1處重新進入責任鏈處理下一個攔截器。
有興趣可以自行查看最後一個攔截器CallServerInterceptor源碼，此處只給出本人閱讀源碼後得出的結論：
以上就是攔截器責任鏈的工作流程，我們再通過流程圖仔細感受一下。
分析完攔截器責任鏈，我們繼續分析AsyncCall#run()方法：
我們看到，如果()方法成功獲得服務端返回的數據，則調用responseCallback.onResponse(this@RealCall, response)方法完成非同步回調；如果服務端數據獲取失敗（請求異常），則調用responseCallback.onFailure(this@RealCall, canceledException)方法完成非同步回調
需要注意的是，responseCallback回調是在子線程中完成的，所以如果想把數據顯示到UI上，需要切換回主線程進行UI操作。
OkHttp發起網路請求全過程：
【知識點】OkHttp 原理 8 連問