OKHttp请求流程概述及涉及的设计模式

2017-09-04  本文已影响0人  lbhl

通过前两篇文章，大家对HTTP的许多概念及OkHttp的类结构及使用已经有了解，这篇主要讲一下OKHttp的整个请求流程以及这中间涉及到的一些设计模式，过程中会忽略掉一些局部比较细节的问题，这些忽略的部分会在后面的文章中继续进行深入讲解。

发起请求

我们先看一下OKHttp最外层使用的形式：

OkHttpClient client = new OkHttpClient();
Request request = new Request.Builder()
        .url(url)
        .build();
Call call = client.newCall(request)；
//同步请求
Response response = call.execute()；

//异步请求
call.enqueue(new Callback() {
      @Override
      public void onFailure(Call call, IOException e) {
        //请求失败
      }

      @Override
      public void onResponse(Call call, Response response) throws IOException {
        //请求成功
      }
    });

如上代码既是一般的使用流程，总结为4步：
1 创建OkHttpClient实例
2 创建Request实例
3 用client实例的newCall方法创建一个Call实例
4 调用Call的同步或异步请求方法，得到Response实例
对外部使用来说，这就完成了一次请求。
这4步涉及4个对象：OkHttpClient、Request、Call、Response。

Requst

首先看Requst对象，这个对象主要携带一些我们发出请求所需的数据，比如请求地址、请求头信息等，以下是它所有属性：

  final HttpUrl url;
  final String method;
  final Headers headers;
  final @Nullable RequestBody body;
  final Object tag;
  private volatile CacheControl cacheControl;

这几个属性都很简单：url即我们请求的地址；method即请求方法，默认是GET，我们可以设置成POST等；headers是一些头信息；body是RequestBody对象，这个对象可以帮我们向服务端传送各种格式的数据，后面会简单介绍一下；tag是这个Request对象的标记，用来找到这个请求对象，以便在后续流程中进行取消请求等操作；cacheControl用来控制缓存操作，设置此次请求是否需要缓存以及缓存时间等，这里不加详述，后续文章中会有专门针对缓存的介绍。
再简单介绍一下RequestBody对象，这是一个抽象类，只有下面3个方法需要实现：

  public abstract @Nullable MediaType contentType();

  public long contentLength() throws IOException {
    return -1;
  }

  public abstract void writeTo(BufferedSink sink) throws IOException;

这个类还提供了5个快速创建实例的create方法，只需传入MediaType和相应的内容数据即可创建实例，如下面代码：

MediaType JSON = MediaType.parse("application/json; charset=utf-8");
String json = "{name:abc,age:18}";
RequestBody body = RequestBody.create(JSON, json);

OkHttpClient

有了Request里的请求信息，就可以用OkHttpClient创建Call对象了，OkHttpClient
对象有很多属性，这里不再一一列举，可以理解它就是整个系统的上下文，收集了请求流程中会用到的各种数据，这个对象本身也会在请求发起时向下传递。这里只关注一下例子中用到的newCall函数，源码如下：

@Override public Call newCall(Request request) {
    return new RealCall(this, request, false /* for web socket */);
  }

可见这个函数实际返回了一共RealCall对象，一个Call的子类。RealCall构造函数的第一个参数就是OkHttpClient的this，即把这个对象向下传递了，第二个参数是Request，就把请求信息传递了下去，第三个参数暂时不用关心，是关于web socket的。

Call & RealCall

Call是个接口，RealCall是它唯一的实现子类。通过其构造函数我们知道RealCall里保存了OkHttpClient和Requst，对于外部调用来说当执行execute或enqueue方法时才真正是网络请求的开始。
先看execute方法：

  @Override public Response execute() throws IOException {
    synchronized (this) {
      if (executed) throw new IllegalStateException("Already Executed");
      executed = true;
    }
    captureCallStackTrace();
    try {
      //将这个请求交给dispatcher管理
      client.dispatcher().executed(this);
      //真正请求开始
      Response result = getResponseWithInterceptorChain();
      if (result == null) throw new IOException("Canceled");
      return result;
    } finally {
      client.dispatcher().finished(this);
    }
  }

其中比较关键的是这两句：
client.dispatcher().executed(this);
Response result = getResponseWithInterceptorChain();
第一句将这次请求加入到分发器的管理之中，分发器即Dispatcher类，这个类中有几个保存请求的队列，我们发出的每个请求都会添加到相应的队列，我们可以在请求流程中对每个请求进行状态查询或取消等操作。这个类就介绍这么多吧，这个类会在后续文章详细介绍。
第二句是真正的发起请求，我们看到调用了getResponseWithInterceptorChain方法，返回值是Response，说明调用完这个方法，我们获得了服务器发回的请求结果。下面详细介绍这个方法。

getResponseWithInterceptorChain方法

方法源码：

  Response getResponseWithInterceptorChain() throws IOException {
    // Build a full stack of interceptors.
    List<Interceptor> interceptors = new ArrayList<>();
    interceptors.addAll(client.interceptors());
    interceptors.add(retryAndFollowUpInterceptor);
    interceptors.add(new BridgeInterceptor(client.cookieJar()));
    interceptors.add(new CacheInterceptor(client.internalCache()));
    interceptors.add(new ConnectInterceptor(client));
    if (!forWebSocket) {
      interceptors.addAll(client.networkInterceptors());
    }
    interceptors.add(new CallServerInterceptor(forWebSocket));
    Interceptor.Chain chain = new RealInterceptorChain(
        interceptors, null, null, null, 0, originalRequest, this, eventListener);
    return chain.proceed(originalRequest);
  }
}

从源码看，这个方法很简单，就是在一个列表里添加一系列的拦截器（xxxInterceptor），然后创建了一个RealInterceptorChain对象，并调用其proceed方法，整个方法就走完了。但这个方法在整个请求流程中是非常重要的，而且这里还涉及一个责任链模式。
先说一下责任链模式，GOF是这样定义的：

使多个对象都有机会处理请求，从而避免请求的发送者和接受者之间的耦合关系。将这个对象连成一条链，并沿着这条链传递该请求，直到有一个对象处理他为止。

2012082915050182.jpg

可以简单理解为，当有一个请求需要处理，这时候有一条处理链，链上每个环都有可能处理这个请求，但是最终是哪些环参与了处理，是不一定的，只知道最终这个请求会被处理。因为最终会被哪些环节处理以及顺序是怎样的都不一定，这样动态性很强。

对应到OkHttp，我们发出一个请求，这个请求也会经历一系列的处理，上面代码中添加的每个拦截器都有可能进行处理

上一篇下一篇

猜你喜欢

热点阅读