前言
OKHttp是square这个牛叉到帅的一塌糊涂的公司搞的一个网络请求解决方案，github地址:square/okhttp，有多牛叉不多说，Google最新的sdk中已经替换掉HttpClient相关API了的。
网络请求基本workflow
直接先上图吧
来我们看图说话吧，无论是哪个HTTP开源库还是自己折腾封装的网络库都可以抽象的看出上面的流程图，发送一次请求无非一下几步
1.build request(API参数配置)
2.executor(这里可以有很多变体，比如有无队列，进出顺序，线程管理)
3.parse callback(解析数据，返回T给上层)
OKHttp的workflow
OKHttp再牛叉workflow也无非如此，还是先上图吧
看上图说话，即使没用过OKHttp看完此图也能大概写出如何使用它的伪代码来
val client = OkHttpClient.Builder.build()
val request = Request("url",.....)
val response = client.newCall(request).execute()
好，那我们看看实际代码是什么样子的
wow~nice.跟刚才写的伪代码几乎差不多~，所以一个框架封装的好坏，直接决定是否受人喜欢。流程图越清楚，阅读起来更容易。
好了言归正传不扯淡了的,来看具体实现吧。
1.OkHttpClient
OkHttp的门面，一个好的框架，几乎都流行这么干，比如Android-Universal-Image-Loader,Glide等，都是采用门面模式，更加好记忆一些，自己写功能模块的时候也经常会写类似***Manager之类的。负责基本的配置builder，对外API等。
2.RealCall
顾名思义，真正的call，什么鬼，难道还有假的call?
看刚才给的代码中，client.newCall(request) 这里有一个call，我们看一下OkHttpClient源码
OkHttpClient实现了Call.Factory的newCall接口,根据request创建RealCall。RealCall为具体的Call实现。RealCall有两个对外的核心方法，一种是同步直接返回结果的execute，另一种是入列处理的enqueue。
execute的代码，红色部分就是执行了一个处理，获取得到response
enqueue的代码，与execute不同的是这里是放到了一个叫做dispatch中去处理了的
简单提一句，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已经是一个成熟的耗时操作框架的三部曲了的。
