okhttp之BridgeInterceptor

BridgeInterceptor是okhttp中的第二個攔截器，這個攔截器的主要作用就是在對用戶的請求頭部加了一些信息，然後在獲取到的響應中也做了一些處理。而這些處理對用戶是透明的，減少了客戶請求的工作。下面來看一下對用戶的請求做了哪些處理：

@Override public Response intercept(Chain chain) throws IOException {
Request userRequest = chain.request();
Request.Builder requestBuilder = userRequest.newBuilder();

RequestBody body = userRequest.body();
if (body != null) {
  //請求體類型
  MediaType contentType = body.contentType();
  if (contentType != null) {
    //封裝頭部的Content-Type
    requestBuilder.header("Content-Type", contentType.toString());
  }

  long contentLength = body.contentLength();
  //內容長度
  if (contentLength != -1) {
    requestBuilder.header("Content-Length", Long.toString(contentLength));
    requestBuilder.removeHeader("Transfer-Encoding");
  } else {
    requestBuilder.header("Transfer-Encoding", "chunked");
    requestBuilder.removeHeader("Content-Length");
  }
}

if (userRequest.header("Host") == null) {
  requestBuilder.header("Host", hostHeader(userRequest.url(), false));
}
//保持連接
if (userRequest.header("Connection") == null) {
  requestBuilder.header("Connection", "Keep-Alive");
}

// If we add an "Accept-Encoding: gzip" header field we're responsible for also decompressing
// the transfer stream.
boolean transparentGzip = false;
//gZip壓縮
if (userRequest.header("Accept-Encoding") == null) {
  transparentGzip = true;
  requestBuilder.header("Accept-Encoding", "gzip");
}
//添加cookie(cookieJar用戶可以自己配置，默認是一個空的實現，什麼也不做)
List<Cookie> cookies = cookieJar.loadForRequest(userRequest.url());
if (!cookies.isEmpty()) {
  requestBuilder.header("Cookie", cookieHeader(cookies));
}

//用戶代理
if (userRequest.header("User-Agent") == null) {
  requestBuilder.header("User-Agent", Version.userAgent());
}
//獲取到response
Response networkResponse = chain.proceed(requestBuilder.build());

在上面的請求封裝中，一共做了這麼幾件事：
1、封裝頭部的Content-Type
2、設置Content-Length或者Transfer-Encoding
3、如果host不存在，設置Host
4、如果頭部沒有設置Connection，設置Connection爲Keep-Alive
5、如果沒有設置壓縮方式，設置gzip壓縮
6、設置cookie,其中cookieJar是一個用來加載cookie和保存cookie的類，用戶可以自己定義實現，默認是一個空的實現，什麼都不做。
7、如果沒有用戶代理的話，設置用戶代理對於請求的封裝，一共就做了這麼幾件事，然後就是把請求交給其他的攔截器獲取響應。

接下來看對response的處理

//處理接收到的cookie
HttpHeaders.receiveHeaders(cookieJar, userRequest.url(), networkResponse.headers());

Response.Builder responseBuilder = networkResponse.newBuilder()
    .request(userRequest);
//在發起請求時BridgeInterceptor給頭部加了gzip壓縮標記，並且響應頭中有gzip壓縮標記，進行解壓
if (transparentGzip
    && "gzip".equalsIgnoreCase(networkResponse.header("Content-Encoding"))
    && HttpHeaders.hasBody(networkResponse)) {
  GzipSource responseBody = new GzipSource(networkResponse.body().source());
  //已經進行了解壓，響應頭中的Content-Encoding Content-Length已經無效了，所以移除
  Headers strippedHeaders = networkResponse.headers().newBuilder()
      .removeAll("Content-Encoding")
      .removeAll("Content-Length")
      .build();
  responseBuilder.headers(strippedHeaders);
  responseBuilder.body(new RealResponseBody(strippedHeaders, Okio.buffer(responseBody)));
}

return responseBuilder.build();}

這裏面一共做了兩件事：
1、獲取到響應頭中cookie，交給cookieJar進行保存
2、如果在本攔截器中爲request加上了gzip壓縮，並且響應的壓縮方式也是gzip壓縮，那麼就把響應提就行解壓。由於進行了解壓，響應頭中的Content-Encoding Content-Length就不正確了，所以移除掉這兩個屬性。

到這裏這個攔截器就介紹完了，這應該是okhttp中最簡單的一個攔截器了。