1.簡單使用

同步：@Override public Response execute() throws IOException {

synchronized (this) {

if (executed) throw new IllegalStateException("Already Executed");

executed = true;

}

try {

client.dispatcher().executed(this);

Response result = getResponseWithInterceptorChain(false);

if (result == null) throw new IOException("Canceled");

return result;

} finally {

client.dispatcher().finished(this);

}

}

首先加鎖置標志位，接著使用分配器的executed方法將call加入到同步隊列中，然后調用getResponseWithInterceptorChain方法(稍后分析)執行http請求，最后調用finishied方法將call從同步隊列中刪除

異步：1. void enqueue(Callback responseCallback, boolean forWebSocket) {

2. synchronized (this) {

3. if (executed) throw new IllegalStateException("Already Executed");

4. executed = true;

5. }

6. client.dispatcher().enqueue(new AsyncCall(responseCallback, forWebSocket));

7. }

同樣先置標志位，然后將封裝的一個執行體放到異步執行隊列中。這里面引入了一個新的類AsyncCall，這個類繼承于NamedRunnable，實現了Runnable接口。NamedRunnable可以給當前的線程設置名字，并且用模板方法將線程的執行體放到了execute方法中

2.總體架構

上圖是OkHttp的總體架構，大致可以分為以下幾層：Interface——接口層：接受網絡訪問請求

Protocol——協議層：處理協議邏輯

Connection——連接層：管理網絡連接，發送新的請求，接收服務器訪問

Cache——緩存層：管理本地緩存

I/O——I/O層：實際數據讀寫實現

Inteceptor——攔截器層：攔截網絡訪問，插入攔截邏輯

①Interface——接口層：

接口層接收用戶的網絡訪問請求(同步請求/異步請求)，發起實際的網絡訪問。OkHttpClient是OkHttp框架的客戶端，更確切的說是一個用戶面板。用戶使用OkHttp進行各種設置，發起各種網絡請求都是通過OkHttpClient完成的。每個OkHttpClient內部都維護了屬于自己的任務隊列，連接池，Cache，攔截器等，所以在使用OkHttp作為網絡框架時應該全局共享一個OkHttpClient實例。

Call描述一個實際的訪問請求，用戶的每一個網絡請求都是一個Call實例。Call本身只是一個接口，定義了Call的接口方法，實際執行過程中，OkHttp會為每一個請求創建一個RealCall,每一個RealCall內部有一個AsyncCall，AsyncCall繼承的NamedRunnable繼承自Runnable接口。

所以每一個Call就是一個線程，而執行Call的過程就是執行其execute方法的過程。

Dispatcher是OkHttp的任務隊列，其內部維護了一個線程池，當有接收到一個Call時，Dispatcher負責在線程池中找到空閑的線程并執行其execute方法。這部分將會單獨拿一篇博客進行介紹，詳細內容可參考本系列接下來的文章。

②.Protocol——協議層：處理協議邏輯

Protocol層負責處理協議邏輯，OkHttp支持Http1/Http2/WebSocket協議，并在3.7版本中放棄了對Spdy協議，鼓勵開發者使用Http/2。

③.Connection——連接層：管理網絡連接，發送新的請求，接收服務器訪問

連接層顧名思義就是負責網絡連接。在連接層中有一個連接池，統一管理所有的Socket連接，當用戶新發起一個網絡請求時，OkHttp會首先從連接池中查找是否有符合要求的連接，如果有則直接通過該連接發送網絡請求；否則新創建一個網絡連接。

RealConnection描述一個物理Socket連接，連接池中維護多個RealConnection實例。由于Http/2支持多路復用，一個RealConnection可以支持多個網絡訪問請求，所以OkHttp又引入了StreamAllocation來描述一個實際的網絡請求開銷(從邏輯上一個Stream對應一個Call，但在實際網絡請求過程中一個Call常常涉及到多次請求。如重定向，Authenticate等場景。所以準確地說，一個Stream對應一次請求，而一個Call對應一組有邏輯關聯的Stream)，一個RealConnection對應一個或多個StreamAllocation,所以StreamAllocation可以看做是RealConenction的計數器，當RealConnection的引用計數變為0，且長時間沒有被其他請求重新占用就將被釋放。

連接層是OkHttp的核心部分，這部分當然也會單獨拿一篇博客詳細講解，詳細內容可參考本專題相關文章。

④.Cache——緩存層：管理本地緩存

Cache層負責維護請求緩存，當用戶的網絡請求在本地已有符合要求的緩存時，OkHttp會直接從緩存中返回結果，從而節省網絡開銷。這部分內容也會單獨拿一篇博客進行介紹，詳細內容可參考本專題相關文章。

⑤.I/O——I/O層：實際數據讀寫實現

I/O層負責實際的數據讀寫。OkHttp的另一大有點就是其高效的I/O操作，這歸因于其高效的I/O庫okio

這部分內容筆者也打算另開一個專題進行介紹。詳細內容可以參考本博客相關內容。

⑥Inteceptor——攔截器層：攔截網絡訪問，插入攔截邏輯

攔截器層提供了一個類AOP接口，方便用戶可以切入到各個層面對網絡訪問進行攔截并執行相關邏輯。

原文鏈接：https://www.bbsmax.com/A/kPzOg9lQzx/

總結

以上是生活随笔為你收集整理的okhttp3 请求html页面,OkHttp3源码详解(二) 整体流程的全部內容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網站內容還不錯，歡迎將生活随笔推薦給好友。