本文會(huì)介紹現(xiàn)在比較主流的幾個(gè)網(wǎng)絡(luò)庫 Retrofit、OkHttp、Volley ，介紹主要從源碼出發(fā)，介紹這些網(wǎng)絡(luò)庫的設(shè)計(jì)和內(nèi)部實(shí)現(xiàn)。
Retrofit
Retrofit 是在 OkHttp 的基礎(chǔ)上進(jìn)行的封裝，這里不詳細(xì)介紹了，有興趣的可以直接看?拆 Retrofit?。
OkHttp
基本用例
OkHttpClientclient = newOkHttpClient();
Requestrequest = newRequest.Builder().url(url).build();
Responseresponse = client.newCall(request).execute();
我們看到主要邏輯就是 client.newCall(request).execute() ，所以我們看下 RealCall 的 execute 方法。
同步網(wǎng)絡(luò)請(qǐng)求 RealCall#execute
主要做了 4 件事：
1.檢查 call 是否已經(jīng)執(zhí)行；
2.執(zhí)行 client.dispatcher().executed(this) ，我們看下 Dispatcher#executed() 方法，其實(shí)什么都沒做，就是把 call 放到 runningSyncCalls 中。
3.執(zhí)行 getResponseWithInterceptorChain() 獲取 Response。
4.最后執(zhí)行 client.dispatcher().finished(this); 告訴 Dispatcher 執(zhí)行完成。
Interceptor 是 OkHttp 最核心的一個(gè)東西，不要誤以為它只負(fù)責(zé)攔截請(qǐng)求進(jìn)行一些額外的處理（例如 cookie），實(shí)際上它把實(shí)際的網(wǎng)絡(luò)請(qǐng)求、緩存、透明壓縮等功能都統(tǒng)一了起來，每一個(gè)功能都只是一個(gè) Interceptor，它們?cè)龠B接成一個(gè) Interceptor.Chain，環(huán)環(huán)相扣，最終圓滿完成一次網(wǎng)絡(luò)請(qǐng)求。
異步網(wǎng)絡(luò)請(qǐng)求 RealCall#enqueue
這里我們就能看到 dispatcher 在異步執(zhí)行時(shí)發(fā)揮的作用了，如果當(dāng)前還能執(zhí)行一個(gè)并發(fā)請(qǐng)求，那就立即執(zhí)行，否則加入 readyAsyncCalls 隊(duì)列，而正在執(zhí)行的請(qǐng)求執(zhí)行完畢之后，會(huì)調(diào)用promoteCalls() 函數(shù)，來把 readyAsyncCalls 隊(duì)列中的 AsyncCall “提升” 為 runningAsyncCalls，并開始執(zhí)行。
這里的 AsyncCall 是 RealCall 的一個(gè)內(nèi)部類，它實(shí)現(xiàn)了 Runnable，所以可以被提交到 ExecutorService 上執(zhí)行，而它在執(zhí)行時(shí)會(huì)調(diào)用 getResponseWithInterceptorChain() 函數(shù)，并把結(jié)果通過 responseCallback 傳遞給上層使用者。
這樣看來，同步請(qǐng)求和異步請(qǐng)求的原理是一樣的，都是在 getResponseWithInterceptorChain() 函數(shù)中通過 Interceptor 鏈條來實(shí)現(xiàn)的網(wǎng)絡(luò)請(qǐng)求邏輯，而異步則是通過 ExecutorService 實(shí)現(xiàn)。
Volley
RequestQueue
在聊 RequestQueue 之前，RequestQueue 中有幾個(gè)成員變量我們需要著重介紹下：
mWaitingRequests ：如果已經(jīng)有 Request 在 CacheQueue 中則把 Request 放到 mWaitingRequests 中。
mCurrentRequests：保存當(dāng)前所有的 Request。
mCacheQueue：CacheDispatcher 執(zhí)行的相關(guān)請(qǐng)求。
mNetworkQueue：NetworkDispatcher 執(zhí)行的相關(guān)請(qǐng)求。
CacheDispatcher：Cache Request 執(zhí)行的線程。
NetworkDispatcher[]：Request 執(zhí)行線程，size 默認(rèn)大小是 4。
mDelivery：Response 分發(fā)器。
首先我們先看 RequestQueue#add(Request request) 方法
首先把 Request 放到 mCurrentRequests 中，然后看 Request 是否是 Cacheable 的，如果不是就把? Request 放到 mNetworkQueue 中并結(jié)束此流程。否則繼續(xù)往下走，查看 mWaitingRequests 中是否包含此 Request 的 CacheKey，如果包含說明此 Request 已經(jīng)在 mCacheQueue 中，把 Request 放到 mWaitingRequests 中，流程結(jié)束；否則把 Request 放到 mCacheQueue?中。
下邊我們看下 RequestQueue#start()?方法
我們看到 start() 方法其實(shí)很簡(jiǎn)單，就是按順序分別執(zhí)行 CacheDispatcher 和 NetworkDispatcher 的 start() 方法。那么我們就具體看下 CacheDispatcher?和?NetworkDispatcher 。
CacheDispatcher
CacheDispatcher extends Thread ，所以我們直接來看 CacheDispatcher#run() 。
首先 run() 方法內(nèi)是一個(gè) while(true) 循環(huán)，不斷從 BlockingQueue<Request<?>> mCacheQueue 取 Request 。
在 while 循環(huán)內(nèi)首先檢查 Request 是否已經(jīng) cancel ，如果已經(jīng) cancel 則結(jié)束一次循環(huán)否則繼續(xù)向下執(zhí)行；然后檢查 Request 是否有 cache ，如果沒有則把此 Request 放入 NetworkQueue 并結(jié)束一次循環(huán)，否則繼續(xù)執(zhí)行；檢查 cache 是否過期，如果過期則把此 Request 放入NetworkQueue 并結(jié)束一次循環(huán)，否則繼續(xù)執(zhí)行；最后檢查是否該刷新 cache，如果不該刷新則 delivery 此 cache response 并結(jié)束一次循環(huán)，否則 delivery 此 cache response 并把此?Request?放入?NetworkQueue 。
NetworkDispatcher
NetworkDispatcher extends Thread ，所以我們直接來看?NetworkDispatcher#run() 。
首先?run()?方法內(nèi)是一個(gè)?while(true)?循環(huán)，不斷從?BlockingQueue<Request<?>> mQueue?取?Request。
在?while?循環(huán)內(nèi)首先檢查?Request?是否已經(jīng)?cancel ，如果已經(jīng)?cancel?則結(jié)束一次循環(huán)否則繼續(xù)向下執(zhí)行；然后執(zhí)行網(wǎng)絡(luò)請(qǐng)求并得到 Response?，然后檢查此 Response 是否 304 并且已經(jīng) delivery ，如果是則結(jié)束一次循環(huán)否則繼續(xù)向下執(zhí)行；然后檢查此 Request 是否是 CacheRequest ，如果是則刷新緩存，而且此 Request 會(huì)有兩次回調(diào)；最后 delivery 此 Response 。
最后我們?cè)賮砜聪?RequestQueue#finish() 方法。
RequestQueue#finish()
首先從 mCurrentRequests remove 此 request，然后查看 mWaitingRequests 中是否存在和此 request cacheKey 相同的 request，如果存在則把這些 requests 取出放到 mCacheQueue 中。
