前言

OKHttp是square这个牛叉到帅的一塌糊涂的公司搞的一个网络请求解决方案，github地址:square/okhttp，有多牛叉不多说，Google最新的sdk中已经替换掉HttpClient相关API了的。

网络请求基本workflow

直接先上图吧

workflow

来我们看图说话吧，无论是哪个HTTP开源库还是自己折腾封装的网络库都可以抽象的看出上面的流程图，发送一次请求无非一下几步

1.build request(API参数配置)

2.executor(这里可以有很多变体，比如有无队列，进出顺序，线程管理)

3.parse callback(解析数据，返回T给上层)

OKHttp的workflow

OKHttp再牛叉workflow也无非如此，还是先上图吧

OKHttp Workflow

看上图说话，即使没用过OKHttp看完此图也能大概写出如何使用它的伪代码来

val client = OkHttpClient.Builder.build()

val request = Request("url",.....)

val response = client.newCall(request).execute()

好，那我们看看实际代码是什么样子的

send request by OKHttp

wow~nice.跟刚才写的伪代码几乎差不多~，所以一个框架封装的好坏，直接决定是否受人喜欢。流程图越清楚，阅读起来更容易。

好了言归正传不扯淡了的,来看具体实现吧。

1.OkHttpClient

OkHttp的门面，一个好的框架，几乎都流行这么干，比如Android-Universal-Image-Loader,Glide等，都是采用门面模式，更加好记忆一些，自己写功能模块的时候也经常会写类似***Manager之类的。负责基本的配置builder，对外API等。

2.RealCall

顾名思义，真正的call，什么鬼，难道还有假的call?

看刚才给的代码中，client.newCall(request) 这里有一个call，我们看一下OkHttpClient源码

newCall

OkHttpClient实现了Call.Factory的newCall接口,根据request创建RealCall。RealCall为具体的Call实现。RealCall有两个对外的核心方法，一种是同步直接返回结果的execute，另一种是入列处理的enqueue。

execute的代码，红色部分就是执行了一个处理，获取得到response

execute

enqueue的代码，与execute不同的是这里是放到了一个叫做dispatch中去处理了的

enqueue

简单提一句，new AsyncCall，这个类，不难推断就是一个Runnable，在run里面调用和execute一样的网络处理拿到response，然后responseCallback回去，这里就不做展开了的。

3.Dispatcher

顾名思义，分发，就是请求task的线程管理咯，展开代码头部，就一目了然了的。负责维护队列用的。把刚才的AsyncCall根据当前的策略加入到队列中去执行。具体实现也离不开ExecutorService。

小结一下

OkHttpClient实现Call.Factory，负责为Request创建Call；RealCall为具体的Call实现，其enqueue()异步接口通过Dispatcher利用ExecutorService实现，而最终进行网络请求时和同步execute()接口一致，都是通过getResponseWithInterceptorChain()函数实现；

小小的想法

文章看到这里，我只是简单拆了最表层的workflow，几个核心类，但是耗时的操作最外层都是这样的，你可以几乎只需要换掉getResponseWithInterceptorChain这里的返回response，改为bitmap，ok，他就成了传说中的imageLoader了的，换成其他的业务需求，返回对应的业务的taskResponse即可轻松搞定.这种workflow已经是一个成熟的耗时操作框架的三部曲了的。