OkHttp3源码解析--设计模式

来看一下OkHttp3使用到的编码中的设计模式：

• 构造者模式；

• 工厂模式；

• 观察者模式；

• 单例模式；

• 策略模式；

• 责任链模式；

• 享元模式；

分辨说一下这些设计模式运用。

构造者模式

这个设计模式运用的太多了，如OkHttpClient、Request、Response、MultipartBody、HttpUrl等都是用了构造者模式，如下：

public class OkHttpClient implements Cloneable, Call.Factory, WebSocket.Factory {
    ......
    final @Nullable Cache cache;
    ......
    //从Builder中获取属性值  
    OkHttpClient(Builder builder) {
        ......
        this.cache = builder.cache;  
    }
      
    //构造者
    public static final class Builder {
      
        Cache cache;
        ......
        
        //构造cache属性值
        public Builder cache(@Nullable Cache cache) {
          this.cache = cache;
          return this;
      }
        //在build方法中真正创建OkHttpClient对象，并传入前面构造的属性值
        public OkHttpClient build() {
          return new OkHttpClient(this);
      }
    }  
}
​
//在创建OkHttpClient的时候
OkHttpClient client = new OkHttpClient.Builder()
  .cache(/*创建cache对象*/)
  .build();

工厂模式

直接看代码：

public interface Call extends Cloneable {
  
  Request request();
  Response execute() throws IOException; 
  void enqueue(Callback responseCallback);
  void cancel();  
  boolean isExecuted();  
  boolean isCanceled(); 
  Call clone();
  //创建Call实现对象的工厂
  interface Factory {
    //创建新的Call，里面包含了Request对象。
    Call newCall(Request request);
  }
}
​
public class OkHttpClient implements Cloneable, Call.Factory, WebSocket.Factory {
  @Override public Call newCall(Request request) {
    return RealCall.newRealCall(this, request, false /* for web socket */);
  }
}
​
final class RealCall implements Call {
  ......
}

在Call接口中，有一个内部工厂Factory接口。这样只要像下面这样就可以了：

• 实现Call接口，现实相应的功能，RealCall；

• 使用某个类（OkHttpClient）实现Call.Factory接口，在newCall中返回RealCall对象，就可以了。

观察者模式

源码中的EventListener对请求/响应过程中的每一个Event通过方法回调的方式通知前方用户，用户需要自己实现EventListener中的所需要的方法：

public abstract class EventListener {
  ...
  public void requestHeadersStart(Call call) {}
  public void requestHeadersEnd(Call call, Request request) {}
  public void requestBodyStart(Call call) {}
  public void requestBodyEnd(Call call, long byteCount) {}
  public void responseHeadersStart(Call call) {}
  public void responseHeadersEnd(Call call, Response response) {}
  public void responseBodyStart(Call call) {}
  public void responseBodyEnd(Call call, long byteCount) {}
  ...
}

使用了abstract抽象类，而不是接口，这样用户可以选择实现需要的方法。

单例模式

首先，创建OkHttpClient对象的时候，就推荐使用单例模式，防止创建多个OkHttpClient对象，损耗资源；

然后，代码中的单例模式：

public class Platform {
  private static final Platform PLATFORM = findPlatform();
  ...
  public static Platform get() {  
    return PLATFORM;  
  }
  ...
}

对于Platform这样概念，每一个应用运行的平台都是固定的，所以需要使用一个单例模式，不需要创建多个Platform对象。

策略模式

在CacheInterceptor中，在响应数据的选择中使用了策略模式，选择缓存数据还是选择网络访问。

CacheInterceptor根据一个缓存策略，来决定选择缓存数据，还是网络请求数据：

1、 请求头包含 “If-Modified-Since” 或 “If-None-Match” 暂时不走缓存
2、 客户端通过 cacheControl 指定了无缓存，不走缓存
3、客户端通过 cacheControl 指定了缓存，则看缓存过期时间，符合要求走缓存。

4、 如果走了网络请求，响应状态码为 304（只有客户端请求头包含 “If-Modified-Since” 或 “If-None-Match” ，服务器数据没变化的话会返回304状态码，不会返回响应内容）， 表示客户端继续用缓存。

责任链模式

OkHttp3 的拦截器链中， 内置了5个默认的拦截器，分别用于重试、请求对象转换、缓存、链接、网络读写；

它把实际的网络请求、缓存、透明压缩等功能都统一了起来，每一个功能都只是一个 Interceptor，它们再连接成一个 Interceptor.Chain，环环相扣，最终圆满完成一次网络请求。

如上图，Request请求对象，依次传递给上面的拦截器，分别进行响应的处理，然后将Response再依次返回。

享元模式

尝试重用现有的同类对象，如果未找到匹配的对象，则创建新对象，主要用于减少创建对象的数量，以减少内存占用和提高性能。

有两个地方涉及到享元模式：

• 在Dispatcher的线程池中，所用到了享元模式，一个不限容量的线程池 ， 线程空闲时存活时间为 60 秒。线程池实现了对象复用，降低线程创建开销，从设计模式上来讲，使用了享元模式。

• 链接复用也使用了享元模式。