概述

OkHttp这个框架，由 Square公司开发，在 android app领域，制霸级别的存在。Retrofit+okHttp几乎成了移动开发中网络框架的标配。

本文分析的okhttp是基于 3.10.0的版本。

基本使用

以异步请求为例：

OkHttpClient client = new OkHttpClient(); // 创建新的client

// 或者  利用工厂类创建一个定制化的OkHttp

OkHttpClient.Builder clientBuilder = new OkHttpClient.Builder();
builder.connectTimeOut(60,TimeUnit.SECOND) // 设置超时时间
       .addInterceptor(interceptor) // 添加拦截器 
       .proxy(proxy) // 设置请求代理 
       .cache(cache); // 设置缓存策略
client = clientBuilder.builder();
       

// 建造者模式，将参数设置步骤和对象创建步骤的创建分离，避免了超级多个构造函数重载的尴尬现象
Request request = new Request.Builder()
        .url(url)
        .build(); 

// 这是一个异步请求的用法。
// 请求创建出来之后，先进入到执行队列
client.newCall(request).enqueue(new Callback(){
    @Override
    public void onFailure(Call call,IOException e){
        
    }
    
    @Override
    public void onResponse(Call call,Response response) throws IOException {
        
    }
    
});

请求流程分析

操作的起点是：client.newCall(request).enqueue() 将异步请求加入执行队列

加入队列的具体代码为： client.dispatcher().enqueue(new AsyncCall)

Dispatcher为 请求调度器,它是一种门户模式，所有的请求，都必须经过这唯一的门户才能执行，或者取消操作。它内部维护了一个线程池去执行异步操作，保证了最大并发数，以及同一个host允许执行请求的线程个数。

enqueue的具体实现如下：

仔细观察这段代码会发现:

存在两个队列，一个running队列，一个 ready队列，前者的优先级比后者高
当running队列没满的时候，并且同一个host的执行线程数没超标的时候，请求都会进入到 running队列
running队列满了，或者同一个host执行线程数超标了，请求会进入到 ready队列
如果成功进入了running队列，那么就会使用线程池 executorService，启动一个子线程去执行它，执行的自然就是 Call的run()方法。

以下是 AsyncCall的源代码：

图中1处，是run方法中另外调用了一个execute方法。图中2处，是执行网络请求的真实代码。

以下是 getResponseWithInterceptorChain()的源代码：

此处分析一下：

这是按照责任链模式设计的拦截器链条。
拦截器的执行顺序为：
- 用户自定义的拦截器
- 重试和重定向拦截器
  - 在发送失败时，尝试重新发送请求。
  - 当请求需要重定向时，将它重新指向另一个地址
- 桥接拦截器
  - 对request header设置默认值，比如 content-type，keep-alive，cookie等
- 缓存拦截器
  - 负责http请求的缓存处理
- 网络连接拦截器
  - 负责与服务器建立TCP连接
- 用户自定义的网络拦截器
- 服务调用拦截器
  - 调用底层硬件，向服务器发送request，并拿到response