OkHttp設計模式剖析(二)責任鏈模式

上一篇 OkHttp設計模式剖析(一)建造者模式

下一篇 OkHttp設計模式剖析(三)策略模式

OKHTTP:

由大名鼎鼎的Square公司開發(fā)的網絡通信庫弹谁。

設計模式:

軟件開發(fā)中問題的解決套路呀枢。

責任鏈模式簡介

定義:使多個對象都有機會處理請求,從而降低收發(fā)之間的耦合纱扭。將這些對象連成一條責任鏈客蹋,沿著鏈傳遞該請求,直到被處理趾代。

責任鏈模式將一個復雜的流程拆分給多個對象沿鏈逐一處理冀瓦,或者給不同層級的對象沿鏈分級處理伴奥。
若源代碼中有Chain這個詞,大概率使用了責任鏈模式翼闽。

Interceptor(攔截器)類中的責任鏈模式

攔截器是一種強大的機制拾徙,可以監(jiān)視、重寫和重試調用肄程。

整個攔截器鏈包括:所有應用攔截器锣吼,OkHttp核心,所有網絡攔截器和網絡調用者蓝厌。

OKHTTP攔截器.png

ApplicationInterceptor: 應用攔截器
RetryAndFollowUpInterceptor: 請求重試(從錯誤中恢復進行重定向 )
BridgeInterceptor:橋接(從應用程序代碼到網絡代碼的橋梁)
CacheInterceptor:緩存(來自緩存的請求并將響應寫入緩存)
ConnectInterceptor:連接(打開到目標服務器的連接)
NetworkInterceptor:網絡攔截器
CallServerInterceptor:鏈中的最后一個攔截器玄叠,它對服務器進行網絡調用
平時使用框架時,只有應用攔截器和網絡攔截器可以自定義拓提。

平時使用OkHttp框架都是用下面的套路:

OkHttpClient client = new OkHttpClient();
Request request = new Request.Builder().build();
Response response = client.newCall(request).execute();

其中client.newCall()返回的是Call的實現類RealCall读恃,然后執(zhí)行execute()方法時,會調用getResponseWithInterceptorChain()方法代态,該方法將所有攔截器的返回結果組合成Respose返回的內容寺惫,源碼如下:

final class RealCall implements Call {
  RealCall(OkHttpClient client, Request originalRequest, boolean forWebSocket) {
    ......//構造函數
  }

  @Override 
  public Response execute() throws IOException {
      ......
      Response result = getResponseWithInterceptorChain();
  }

  Response getResponseWithInterceptorChain() throws IOException {
    // Build a full stack of interceptors.
    List<Interceptor> interceptors = new ArrayList<>();
    interceptors.addAll(client.interceptors()); // 應用攔截器
    interceptors.add(retryAndFollowUpInterceptor); // 請求重試
    interceptors.add(new BridgeInterceptor(client.cookieJar())); // 橋接
    interceptors.add(new CacheInterceptor(client.internalCache())); // 緩存
    interceptors.add(new ConnectInterceptor(client)); // 連接
    if (!forWebSocket) {
      interceptors.addAll(client.networkInterceptors()); // 網絡攔截器
    }
    interceptors.add(new CallServerInterceptor(forWebSocket)); // 網絡調用

    Interceptor.Chain chain = new RealInterceptorChain(
        interceptors, null, null, null, 0, originalRequest);
    return chain.proceed(originalRequest);
  }
}

各種攔截器都必須遵循Interceptor接口:

public interface Interceptor {
  Response intercept(Chain chain) throws IOException;
  interface Chain {
    Request request();
    Response proceed(Request request) throws IOException;
    Connection connection();
  }
}

攔截器責任鏈的實現類部分源碼,隨著index的遞增蹦疑,返回鏈條中的下一個攔截器西雀。

public final class RealInterceptorChain implements Interceptor.Chain {
  private final List<Interceptor> interceptors;

  public RealInterceptorChain(List<Interceptor> interceptors, StreamAllocation streamAllocation,
      HttpCodec httpCodec, Connection connection, int index, Request request) {
    ......// 構造函數
  }

  public Response proceed(Request request, StreamAllocation streamAllocation, HttpCodec httpCodec,
      Connection connection) throws IOException {

    //調用責任鏈中下一個攔截器
    RealInterceptorChain next = new RealInterceptorChain(
        interceptors, streamAllocation, httpCodec, connection, index + 1, request);
    Interceptor interceptor = interceptors.get(index);
    Response response = interceptor.intercept(next);

    return response;
  }

}

基于責任鏈模式構建的其他代碼

1、Android源碼中ViewGroup將事件派發(fā)到子View的過程歉摧。

互聯網開發(fā)流程可以看成責任鏈設計模式

不同級別的工程師都可以上手寫代碼艇肴,但是平時負責不同的業(yè)務。比如初級工程師負責基礎實現叁温,資深工程師負責架構搭建再悼,當然還有(代碼中省略),中級工程師負責核心優(yōu)化膝但,技術總監(jiān)負責技術管理等冲九。

public abstract class Engineer {    
    public Engineer nextEngineer;   
    public abstract void handle();  
    public final void work() {
        handle();
        if(null!= nextEngineer) {
            nextEngineer.work();
        }
    }
}

public class JuniorEngineer extends Engineer{ // 初級工程師
    public void handle() {
        System.out.print("基礎實現->");
    }
}

public class SeniorEngineer extends Engineer { //資深工程師
    public void handle() {
        System.out.print("架構搭建->");
    }
}

public static void main(String[] args) {
    JuniorEngineer je = new JuniorEngineer();
    SeniorEngineer se = new SeniorEngineer();
    se.nextEngineer = je;
    se.work(); // 輸出: 架構搭建->基礎實現->
}

所以,責任鏈設計模式的核心就是:流水分工跟束。

參考文獻

1莺奸、設計模式|菜鳥教程:https://www.runoob.com/design-pattern/design-pattern-tutorial.html
2丑孩、《Android源碼設計模式解析與實戰(zhàn)》何紅輝,關愛民著
3灭贷、隔壁老李頭:http://www.reibang.com/p/82f74db14a18

上一篇 OkHttp設計模式剖析(一)建造者模式

下一篇 OkHttp設計模式剖析(三)策略模式

All is well.

最后編輯于
?著作權歸作者所有,轉載或內容合作請聯系作者
  • 序言:七十年代末嚎杨,一起剝皮案震驚了整個濱河市,隨后出現的幾起案子氧腰,更是在濱河造成了極大的恐慌,老刑警劉巖刨肃,帶你破解...
    沈念sama閱讀 219,270評論 6 508
  • 序言:濱河連續(xù)發(fā)生了三起死亡事件古拴,死亡現場離奇詭異,居然都是意外死亡真友,警方通過查閱死者的電腦和手機黄痪,發(fā)現死者居然都...
    沈念sama閱讀 93,489評論 3 395
  • 文/潘曉璐 我一進店門,熙熙樓的掌柜王于貴愁眉苦臉地迎上來盔然,“玉大人桅打,你說我怎么就攤上這事∮福” “怎么了挺尾?”我有些...
    開封第一講書人閱讀 165,630評論 0 356
  • 文/不壞的土叔 我叫張陵,是天一觀的道長站绪。 經常有香客問我遭铺,道長,這世上最難降的妖魔是什么恢准? 我笑而不...
    開封第一講書人閱讀 58,906評論 1 295
  • 正文 為了忘掉前任魂挂,我火速辦了婚禮,結果婚禮上馁筐,老公的妹妹穿的比我還像新娘涂召。我一直安慰自己,他們只是感情好敏沉,可當我...
    茶點故事閱讀 67,928評論 6 392
  • 文/花漫 我一把揭開白布果正。 她就那樣靜靜地躺著,像睡著了一般赦抖。 火紅的嫁衣襯著肌膚如雪舱卡。 梳的紋絲不亂的頭發(fā)上,一...
    開封第一講書人閱讀 51,718評論 1 305
  • 那天队萤,我揣著相機與錄音轮锥,去河邊找鬼。 笑死要尔,一個胖子當著我的面吹牛舍杜,可吹牛的內容都是我干的新娜。 我是一名探鬼主播,決...
    沈念sama閱讀 40,442評論 3 420
  • 文/蒼蘭香墨 我猛地睜開眼既绩,長吁一口氣:“原來是場噩夢啊……” “哼概龄!你這毒婦竟也來了?” 一聲冷哼從身側響起饲握,我...
    開封第一講書人閱讀 39,345評論 0 276
  • 序言:老撾萬榮一對情侶失蹤私杜,失蹤者是張志新(化名)和其女友劉穎,沒想到半個月后救欧,有當地人在樹林里發(fā)現了一具尸體衰粹,經...
    沈念sama閱讀 45,802評論 1 317
  • 正文 獨居荒郊野嶺守林人離奇死亡,尸身上長有42處帶血的膿包…… 初始之章·張勛 以下內容為張勛視角 年9月15日...
    茶點故事閱讀 37,984評論 3 337
  • 正文 我和宋清朗相戀三年笆怠,在試婚紗的時候發(fā)現自己被綠了铝耻。 大學時的朋友給我發(fā)了我未婚夫和他白月光在一起吃飯的照片。...
    茶點故事閱讀 40,117評論 1 351
  • 序言:一個原本活蹦亂跳的男人離奇死亡蹬刷,死狀恐怖瓢捉,靈堂內的尸體忽然破棺而出丹莲,到底是詐尸還是另有隱情抛寝,我是刑警寧澤沥阳,帶...
    沈念sama閱讀 35,810評論 5 346
  • 正文 年R本政府宣布嗅绸,位于F島的核電站芝发,受9級特大地震影響溜哮,放射性物質發(fā)生泄漏掸屡。R本人自食惡果不足惜擎勘,卻給世界環(huán)境...
    茶點故事閱讀 41,462評論 3 331
  • 文/蒙蒙 一冷守、第九天 我趴在偏房一處隱蔽的房頂上張望刀崖。 院中可真熱鬧,春花似錦拍摇、人聲如沸亮钦。這莊子的主人今日做“春日...
    開封第一講書人閱讀 32,011評論 0 22
  • 文/蒼蘭香墨 我抬頭看了看天上的太陽蜂莉。三九已至,卻和暖如春混卵,著一層夾襖步出監(jiān)牢的瞬間映穗,已是汗流浹背。 一陣腳步聲響...
    開封第一講書人閱讀 33,139評論 1 272
  • 我被黑心中介騙來泰國打工幕随, 沒想到剛下飛機就差點兒被人妖公主榨干…… 1. 我叫王不留蚁滋,地道東北人。 一個月前我還...
    沈念sama閱讀 48,377評論 3 373
  • 正文 我出身青樓,卻偏偏與公主長得像辕录,于是被迫代替她去往敵國和親睦霎。 傳聞我的和親對象是個殘疾皇子,可洞房花燭夜當晚...
    茶點故事閱讀 45,060評論 2 355

推薦閱讀更多精彩內容