学习OkHttp wiki--Interceptors

Interceptors

　　拦截器(Interceptors)是一种强有力的途径，来监控，改写和重试HTTP访问。下面是一个简单的拦截器，对流出的请求和流入的响应记录日志。

class LoggingInterceptor implements Interceptor {
  @Override public Response intercept(Chain chain) throws IOException {
    Request request = chain.request();

    long t1 = System.nanoTime();
    logger.info(String.format("Sending request %s on %s%n%s",
        request.url(), chain.connection(), request.headers()));

    Response response = chain.proceed(request);

    long t2 = System.nanoTime();
    logger.info(String.format("Received response for %s in %.1fms%n%s",
        response.request().url(), (t2 - t1) / 1e6d, response.headers()));

    return response;
  }
}

　　在拦截器的实现中，对chain.proceed(request)的一次调用时是关键的一步。这个看起来简单的方法是HTTP工做实际发生的地方，产生一个知足请求的响应。

　　多个拦截器能够连接起来。假如说你有一个压缩拦截器和一个求和校验拦截器：你将须要决定数据是先压缩而后求和校验，或者先求和校验再压缩。OkHttp使用列表来追踪拦截器，多个拦截器是被有序的调用。

Application Interceptors

　　拦截器被注册为应用(application)拦截器或者网络(network)拦截器。咱们将用上面定义的LoggingInterceptor来展现这二者的区别。

　　要注册应用拦截器，在OkHttpClient.interceptors()方法返回的列表上调用add()方法：

OkHttpClient client = new OkHttpClient();
client.interceptors().add(new LoggingInterceptor());

Request request = new Request.Builder()
    .url("http://www.publicobject.com/helloworld.txt")
    .header("User-Agent", "OkHttp Example")
    .build();

Response response = client.newCall(request).execute();
response.body().close();

　　代码中的URLhttp://www.publicobject.com/helloworld.txt重定向到https://publicobject.com/helloworld.txt, OkHttp会自动跟随这一重定向。咱们的应用拦截器会被调用一次，方法chain.proceed()返回的响应是重定向后的响应：

INFO: Sending request http://www.publicobject.com/helloworld.txt on null
User-Agent: OkHttp Example

INFO: Received response for https://publicobject.com/helloworld.txt in 1179.7ms
Server: nginx/1.4.6 (Ubuntu)
Content-Type: text/plain
Content-Length: 1759
Connection: keep-alive

　　咱们能够经过response.request().url()同request.url()不一样看出访问被重定向。这两个日志语句记录了两个不一样了URL。

Network Interceptors

　　注册网络拦截器的方法很相似。添加拦截器到networkInterceptors()列表，取代interceptors()列表：

OkHttpClient client = new OkHttpClient();
client.networkInterceptors().add(new LoggingInterceptor());

Request request = new Request.Builder()
    .url("http://www.publicobject.com/helloworld.txt")
    .header("User-Agent", "OkHttp Example")
    .build();

Response response = client.newCall(request).execute();
response.body().close();

　　当咱们运行这一段代码时，拦截器执行了两次。一次是初始的到http://www.publicobject.com/helloworld.txt的请求，另外一次是重定向到https://publicobject.com/helloworld.txt的请求。

INFO: Sending request http://www.publicobject.com/helloworld.txt on Connection{www.publicobject.com:80, proxy=DIRECT hostAddress=54.187.32.157 cipherSuite=none protocol=http/1.1}
User-Agent: OkHttp Example
Host: www.publicobject.com
Connection: Keep-Alive
Accept-Encoding: gzip

INFO: Received response for http://www.publicobject.com/helloworld.txt in 115.6ms
Server: nginx/1.4.6 (Ubuntu)
Content-Type: text/html
Content-Length: 193
Connection: keep-alive
Location: https://publicobject.com/helloworld.txt

INFO: Sending request https://publicobject.com/helloworld.txt on Connection{publicobject.com:443, proxy=DIRECT hostAddress=54.187.32.157 cipherSuite=TLS_ECDHE_RSA_WITH_AES_256_CBC_SHA protocol=http/1.1}
User-Agent: OkHttp Example
Host: publicobject.com
Connection: Keep-Alive
Accept-Encoding: gzip

INFO: Received response for https://publicobject.com/helloworld.txt in 80.9ms
Server: nginx/1.4.6 (Ubuntu)
Content-Type: text/plain
Content-Length: 1759
Connection: keep-alive

　　上面的网络请求也包含更多的数据，例如由OkHttp添加的请求头Accept-Encoding: gzip，通知支持对响应的压缩。网络拦截器链有一个非空的链接，用来询问咱们链接web服务器使用的IP地址和TLS配置。

选择应用拦截器仍是网络拦截器

　　两个拦截器链有自身的相对优点。

Application Interceptors

1. 不用担忧中间过程的响应，例如重定向和重试。
2. 始终调用一次，即便HTTP响应来自于缓存。
3. 观察应用原始的意图。不用关注由OkHttp注入的头信息，例如If-None-Match。
4. 容许短路，不调用Chain.proceed()。
5. 容许重试，屡次调用Chain.proceed()。

Network Interceptors

1. 能操做中间响应，例如重定向和重试。
2. 发生网络短路的缓存响应时，不被调用。
3. 观察将经过网络传输的数据。
4. 能够获取到携带请求的connection。

改写请求

　　拦截器能够添加，移除或者替换请求头。它们也能够改变请求体。例如，若是你链接的web服务器支持，你能够用一个应用拦截器来压缩请求体。

/** This interceptor compresses the HTTP request body. Many webservers can't handle this! */
final class GzipRequestInterceptor implements Interceptor {
  @Override public Response intercept(Chain chain) throws IOException {
    Request originalRequest = chain.request();
    if (originalRequest.body() == null || originalRequest.header("Content-Encoding") != null) {
      return chain.proceed(originalRequest);
    }

    Request compressedRequest = originalRequest.newBuilder()
        .header("Content-Encoding", "gzip")
        .method(originalRequest.method(), gzip(originalRequest.body()))
        .build();
    return chain.proceed(compressedRequest);
  }

  private RequestBody gzip(final RequestBody body) {
    return new RequestBody() {
      @Override public MediaType contentType() {
        return body.contentType();
      }

      @Override public long contentLength() {
        return -1; // We don't know the compressed length in advance!
      }

      @Override public void writeTo(BufferedSink sink) throws IOException {
        BufferedSink gzipSink = Okio.buffer(new GzipSink(sink));
        body.writeTo(gzipSink);
        gzipSink.close();
      }
    };
  }
}

改写响应

　　对应的，拦截器也能够改写响应头和改变响应体。这一般来说比改写请求头更危险，由于它可能违背了web服务器的预期。

　　若是你在一个微妙的情境下，并准备好去处理对应的后果，改写响应头是一种有力的方式来解决问题。例如，你能够修复服务器错误配置的缓存控制响应头，来优化对响应的缓存。

/** Dangerous interceptor that rewrites the server's cache-control header. */
private static final Interceptor REWRITE_CACHE_CONTROL_INTERCEPTOR = new Interceptor() {
  @Override public Response intercept(Chain chain) throws IOException {
    Response originalResponse = chain.proceed(chain.request());
    return originalResponse.newBuilder()
        .header("Cache-Control", "max-age=60")
        .build();
  }
};

　　一般来说，这种方式在补充相应的服务器问题修复时最有用。

可用性

　　OkHttp拦截器须要2.2版本以上。不幸的是，拦截器对OkUrlFactory，和任何依赖OkUrlFactory的库无效，包含Retrofit 1.8如下和Picasso 2.4版本如下。