責(zé)任鏈模式

對于一個事件，有一系列攔截器可以攔截/處理該事件，將攔截器按照一定順序排列，組成一個鏈，事件在鏈上傳遞，按順序挨個由每個攔截器判斷是否攔截此事件，如果不攔截，可以將事件傳遞給鏈中的下個攔截器，直到某個攔截器攔截事件或到達責(zé)任鏈尾部。

Android View的事件分發(fā)機制

View的事件分發(fā)機制是典型的責(zé)任鏈模式，當(dāng)觸發(fā)一個Touch事件時，Touch事件從布局最外層的ViewGroup開始傳遞，每個ViewGroup都是一個攔截器，可以攔截Touch事件，當(dāng)ViewGroup攔截事件后，它的子View就不會收到Touch事件，分發(fā)結(jié)束。

View有dispatchTouchEvent()、onTouchEvent()這兩個方法，和mOnTouchListener、mOnClickListener這兩個變量，ViewGroup比View多了個onInterceptTouchEvent()方法。

假設(shè)ViewGroup A包含了View B，當(dāng)觸發(fā)一個Touch事件時，整個事件的傳播流程如下圖：

View的事件分發(fā)流程

OKHTTP中的責(zé)任鏈

OKHTTP的核心也是責(zé)任鏈模式，OKHTTP定義了很多攔截器用于分步處理網(wǎng)絡(luò)請求，下面是一些常用類及請求處理流程：

Request類封裝了網(wǎng)絡(luò)請求，包括url、請求方法、請求頭、請求體等信息。
Response類封裝了網(wǎng)絡(luò)響應(yīng)，包括原始請求、響應(yīng)碼、響應(yīng)頭、響應(yīng)體等信息。
Call類表示請求的過程，通過Call對象執(zhí)行網(wǎng)絡(luò)請求的一系列步驟，RealCall是Call接口的唯一實現(xiàn)類，通過OkHttpClient的newCall()方法創(chuàng)建，通過Call對象執(zhí)行同步請求或異步請求。
OkHttpClient是一個創(chuàng)建Call對象的工廠，通常全局唯一，存放用戶自定義配置，根據(jù)配置創(chuàng)建Call對象。
Dispatcher用于調(diào)度所有請求的請求過程，包含一個線程池，用于執(zhí)行異步請求。
Interceptor接口表示攔截器，它有多個不同功能的實現(xiàn)類，例如用戶自定義的攔截器、用于超時重試、轉(zhuǎn)換請求頭、緩存、連接網(wǎng)絡(luò)、真正請求服務(wù)器的各種攔截器。

一個Request請求在攔截器組成的責(zé)任鏈上不斷傳遞，任何一個攔截器都可以攔截請求直接返回響應(yīng)，也可以對請求進行一定處理后交由下一個攔截器處理，直到有攔截器攔截該請求。如下圖所示：

OKHTTP請求過程

與裝飾者模式的異同

相同點：

• 裝飾者模式和責(zé)任鏈模式都可以有任意多個裝飾者/攔截器。

• 裝飾者/攔截器可以在最終處理的前/后添加自己的處理邏輯。

不同點：

• 裝飾者模式必須要有一個被裝飾者，裝飾者裝飾被裝飾者，但裝飾者的類型永遠不變，比如你不可能把一個InputStream裝飾成一個OutputStream。而責(zé)任鏈模式是對事件的處理，重要的是處理的過程而不是返回的結(jié)果，可能沒人處理，也可能返回一個其他類型的值，比如OKHTTP的責(zé)任鏈接收一個Request返回一個Response。

• 裝飾者模式中任意一個裝飾者都會生效，而責(zé)任鏈模式中部分?jǐn)r截器可能沒有機會處理事件。

參考鏈接

OkHttp 的 Interceptors 與責(zé)任鏈模式

拆輪子系列：拆 OkHttp