OkHttp4的源码分析(一)

1、OkHttp使用流程:

OkHttpClient:

OkHttpClient client = new OkHttpClient();
Request request = new Request.Builder().url("http://wwww.baidu.com").build();
//同步请求
Response syncResponse = client.newCall(request).execute();
//异步请求
client.newCall(request).enqueue(new Callback() {
    @Override
    public void onFailure(@NotNull Call call, @NotNull IOException e) { }
    @Override
    public void onResponse(@NotNull Call call, @NotNull Response response) throws IOException { }
});

首先创建一个OkHttpClient实例,然后调用调用OkhttpClient的newCall方法,传入Request请求参数,返回一个Call,实际返回的是RealCall,再调用RealCall的execute或enqueue发起请求。

OkHttpClient可以直接创建或者通过Builder方式创建。里面没什么代码,只是根据建造者模式传入的Builder进行赋值,初始化操作都是在Builder里进行,参数具体意义见下文。

Request:

 open class Builder {
    internal var url: HttpUrl? = null
    internal var method: String
    internal var headers: Headers.Builder
    internal var body: RequestBody? = null

    /** A mutable map of tags, or an immutable empty map if we don't have any. */
    internal var tags: MutableMap<Class<*>, Any> = mutableMapOf()

    constructor() {
      this.method = "GET"
      this.headers = Headers.Builder()
    }
}

Request里默认请求方式为get,通过建造者模式配置请求地址、请求方式、请求头等参数。

2、分析Okhttp工作流程:

首先我们可以看到,在OkHttp的实际使用中,最后是调用了enqueue()方法发起请求的

client.newCall(request).enqueue

我们跟踪enqueue进去,可以发现该方法在 接口 interface Call 里面,是个抽象方法。所以我们断定,client .newCall()继承了Call 。再追踪newCall(),看看有没有抽象方法enqueue()方法的实现。


2.png

我们发现newCall()实例了一个RealCall(),这也是我们前文提到的"返回一个Call,实际返回的是RealCall”。

紧接着,我们在RealCall()中可以发现 enqueue()方法的实现。


3.png

由一个client.dispatcher的enqueue()实现,传进了一个AsyncCall()参数。AsyncCall我们之后分析,现在先进入dispatcher的enqueue()看看里面的具体业务。PS:client就是OkHttpClient的实例。

4.png

可以看到 enqueue把AsyncCall放入一个readyAsyncCalls的集合之后,最后调用了promoteAndExecute();我们接着追

5.png

可以发现,promoteAndExecute对异步操作做了一系列的检查,是否是未执行,执行是否会超负载等。接着将所有的asyncCall遍历并却执行asyncCall.executeOn();如此可见,我们再追executeOn()就能进一步接近答案。

7.png

可以发现,该方法中,调用了JAVA原生的线程调度类
executorService.execute(this),会将参数中的runnable送至后台执行(所以此时,线程发生切换)
断定this为AsyncCall里面的一个runnable方法,现在,我们回到最开始的
client.dispatcher的enqueue()实现,里面传进了一个AsyncCall()参数,看看这个AsyncCall()里面的runnable具体干了什么。

8.png

可以发现 AsyncCall是RealCall的内部类,并却继承了Runnable接口。
核心业务就是其run()方法;


9.png

可见最后的response 由getResponseWithInterceptorChain()来返回。
目前,这就是OkHttp异步请求唤起责任链的全过程
PS:责任链是OkHttp最核心的东西包括报文封装TCP连接,TLS连接等等工作全部由责任链完成。

 cilent.newCall(requset).execute();

在看同步请求,同样的,去到RealCall里面寻找execute()


10.png

可以看见,直接就在execute()里面getResponseWithInterceptorChain()了。

最后编辑于
©著作权归作者所有,转载或内容合作请联系作者
  • 序言:七十年代末,一起剥皮案震惊了整个滨河市,随后出现的几起案子,更是在滨河造成了极大的恐慌,老刑警刘岩,带你破解...
    沈念sama阅读 214,951评论 6 497
  • 序言:滨河连续发生了三起死亡事件,死亡现场离奇诡异,居然都是意外死亡,警方通过查阅死者的电脑和手机,发现死者居然都...
    沈念sama阅读 91,606评论 3 389
  • 文/潘晓璐 我一进店门,熙熙楼的掌柜王于贵愁眉苦脸地迎上来,“玉大人,你说我怎么就摊上这事。” “怎么了?”我有些...
    开封第一讲书人阅读 160,601评论 0 350
  • 文/不坏的土叔 我叫张陵,是天一观的道长。 经常有香客问我,道长,这世上最难降的妖魔是什么? 我笑而不...
    开封第一讲书人阅读 57,478评论 1 288
  • 正文 为了忘掉前任,我火速办了婚礼,结果婚礼上,老公的妹妹穿的比我还像新娘。我一直安慰自己,他们只是感情好,可当我...
    茶点故事阅读 66,565评论 6 386
  • 文/花漫 我一把揭开白布。 她就那样静静地躺着,像睡着了一般。 火红的嫁衣衬着肌肤如雪。 梳的纹丝不乱的头发上,一...
    开封第一讲书人阅读 50,587评论 1 293
  • 那天,我揣着相机与录音,去河边找鬼。 笑死,一个胖子当着我的面吹牛,可吹牛的内容都是我干的。 我是一名探鬼主播,决...
    沈念sama阅读 39,590评论 3 414
  • 文/苍兰香墨 我猛地睁开眼,长吁一口气:“原来是场噩梦啊……” “哼!你这毒妇竟也来了?” 一声冷哼从身侧响起,我...
    开封第一讲书人阅读 38,337评论 0 270
  • 序言:老挝万荣一对情侣失踪,失踪者是张志新(化名)和其女友刘颖,没想到半个月后,有当地人在树林里发现了一具尸体,经...
    沈念sama阅读 44,785评论 1 307
  • 正文 独居荒郊野岭守林人离奇死亡,尸身上长有42处带血的脓包…… 初始之章·张勋 以下内容为张勋视角 年9月15日...
    茶点故事阅读 37,096评论 2 330
  • 正文 我和宋清朗相恋三年,在试婚纱的时候发现自己被绿了。 大学时的朋友给我发了我未婚夫和他白月光在一起吃饭的照片。...
    茶点故事阅读 39,273评论 1 344
  • 序言:一个原本活蹦乱跳的男人离奇死亡,死状恐怖,灵堂内的尸体忽然破棺而出,到底是诈尸还是另有隐情,我是刑警宁泽,带...
    沈念sama阅读 34,935评论 5 339
  • 正文 年R本政府宣布,位于F岛的核电站,受9级特大地震影响,放射性物质发生泄漏。R本人自食恶果不足惜,却给世界环境...
    茶点故事阅读 40,578评论 3 322
  • 文/蒙蒙 一、第九天 我趴在偏房一处隐蔽的房顶上张望。 院中可真热闹,春花似锦、人声如沸。这庄子的主人今日做“春日...
    开封第一讲书人阅读 31,199评论 0 21
  • 文/苍兰香墨 我抬头看了看天上的太阳。三九已至,却和暖如春,着一层夹袄步出监牢的瞬间,已是汗流浃背。 一阵脚步声响...
    开封第一讲书人阅读 32,440评论 1 268
  • 我被黑心中介骗来泰国打工, 没想到刚下飞机就差点儿被人妖公主榨干…… 1. 我叫王不留,地道东北人。 一个月前我还...
    沈念sama阅读 47,163评论 2 366
  • 正文 我出身青楼,却偏偏与公主长得像,于是被迫代替她去往敌国和亲。 传闻我的和亲对象是个残疾皇子,可洞房花烛夜当晚...
    茶点故事阅读 44,133评论 2 352

推荐阅读更多精彩内容