本文主要簡單介紹Okhttp的實(shí)現(xiàn)，由于代碼是個maven項(xiàng)目达皿，如果要用as查看，可以自己轉(zhuǎn)成gradle項(xiàng)目去看阅仔，具體轉(zhuǎn)換可以參考這篇文章。該框架最核心的地方就是有很多攔截器，從設(shè)計角度來看這些攔截器構(gòu)成了責(zé)任鏈模式慌申，設(shè)計十分的巧妙和優(yōu)雅，當(dāng)然整個框架里邊還穿插有一些builder们何、工廠方法等等酷愧。
1. 主線流程
2. 異步請求調(diào)度
這里可以看到對并發(fā)請求的處理，對于異步請求維護(hù)有兩個隊列毒姨，一個正在執(zhí)行的隊列哑蔫，一個等待隊列。當(dāng)發(fā)送一個異步請求時弧呐，首先會看正在執(zhí)行隊列的大小是否小于64(默認(rèn)值)闸迷，并且還要判斷當(dāng)前Host在正在執(zhí)行隊列中是否達(dá)到了5個，這兩個條件都滿足才會加入正在執(zhí)行隊列執(zhí)行請求俘枫，否則加入等待隊列腥沽。
3. 攔截器鏈(責(zé)任鏈)
3.1 RetryAndFollowUpInterceptor重試和重定向
- 重試，Okhttp中采用的是死循環(huán)鸠蚪，其實(shí)可以構(gòu)建OkhttpClient的時候今阳，讓用戶傳入次數(shù)，用for循環(huán)實(shí)現(xiàn)
- 重定向茅信，獲取到Response后根據(jù)響應(yīng)碼判斷是否需要重定向盾舌，需要重定向會根據(jù)響應(yīng)頭中的Location來獲取重定向的地址，并重新組成Request交給下一個攔截器
3.2 BridgeInterceptor添加請求頭
Http1.1
- 對于Get請求保存HOST蘸鲸，Connection
- 對于Post請求保存HOST妖谴，Connection，content-type酌摇，content-length等
3.3 CacheInterceptor響應(yīng)緩存
- HTTP1.0中主要使用響應(yīng)header里的If-Modified-Since,Expires來作為緩存判斷的標(biāo)準(zhǔn)
- HTTP1.1則引入了更多的緩存控制策略例如Entity tag膝舅，If-Unmodified-Since, If-Match, If-None-Match等更多可供選擇的緩存頭來控制緩存策略
3.4 ConnectInterceptor連接服務(wù)器
連接池的應(yīng)用嗡载， TCP/IP四層網(wǎng)絡(luò)模型，OSI七層網(wǎng)絡(luò)模型仍稀。TCP/IP協(xié)議是傳輸層協(xié)議鼻疮，主要解決數(shù)據(jù)如何在網(wǎng)絡(luò)中傳輸，Http 應(yīng)用層協(xié)議,解決如何包裝數(shù)據(jù)琳轿。使用Http協(xié)議封裝數(shù)據(jù)判沟，借助TCP/IP協(xié)議的實(shí)現(xiàn):Socket 進(jìn)行數(shù)據(jù)傳輸
連接復(fù)用
connection:Keep-Alive 就是客戶端和服務(wù)端之間保持長連接，這個連接是可以復(fù)用的崭篡。在HTTP1.1中是支持并默認(rèn)開啟的挪哄。請求頭和響應(yīng)頭中都有這個connection，客戶端會問服務(wù)端是否支持長連接琉闪，并且能否復(fù)用是根據(jù)地址判斷的迹炼。
一次請求過程：三次握手、四次揮手
使用keep-alive：減少握手次數(shù)颠毙，提高性能
連接池
加入連接池和從連接池中取出一條符合要求的連接
- 加入連接池斯入，先清理，再加入Socket的包裝類蛀蜜，清理的目的是每條連接都有閑置時間刻两，比如Okhttp設(shè)置的是一分鐘，閑置一分鐘沒有使用就認(rèn)為不會使用了滴某，就直接移除掉
- 從連接池中連接磅摹，取出的連接必須和本次請求的連接Host和Port相同才是可復(fù)用的
3.5 CallServerInterceptor執(zhí)行流操作
拿到Socket連接后，就需要通過流的讀寫發(fā)送請求和解析響應(yīng)霎奢，特別注意空格和換行户誓，請求行，請求頭幕侠，請求體帝美，響應(yīng)行，響應(yīng)頭晤硕，響應(yīng)體
請求
POST /getIdhashnew HTTP/1.1\r\n
HOST: test.service.cn\r\n
content-type: application/json\r\n
content-length: 85\r\n
\r\n
{"name":"am8UF9gSqAzjvXN72mOaq3jQwBGKig8KatRZMqT62B8=","phone":"16a4b43cf9b64167"}
響應(yīng)
HTTP/1.1 200 OK\r\n
server: nginx/1.10.3\r\n
date: Thu, 03 May 2018 23:50:27 GMT\r\n
content-type: application/json;charset=UTF-8\r\n
content-length: 55\r\n
connection: keep-alive\r\n
\r\n
{"result_code": "01","result_desc": "服務(wù)異常"}
響應(yīng)體的讀鹊刻丁：
- content-length: 55，響應(yīng)體長度為55
- transfer-encoding: chunked窗骑，分塊編碼
10\r\n
10字節(jié)長度的內(nèi)容\r\n
20\r\n
20字節(jié)長度的內(nèi)容\r\n
0\r\n
\r\n
結(jié)束：
0\r\n
\r\n
4. 參考
https://github.com/square/okhttp
http://square.github.io/okhttp/
https://blog.piasy.com/2016/07/11/Understand-OkHttp
https://www.cnblogs.com/jun1019/p/6577066.html
