BridgeInterceptor做的事情就比较简单了，从字面意思上讲Bridge是桥的意思，这个桥连接着两边，一边是用户端的请求一边是服务端的响应，所以这个拦截器的作用大概就像下面这个样子
image-20210428165247699
看源码
public final class BridgeInterceptor implements Interceptor {
@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) {
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;
if (userRequest.header("Accept-Encoding") == null && userRequest.header("Range") == null) {
transparentGzip = true;
requestBuilder.header("Accept-Encoding", "gzip");
}
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 networkResponse = chain.proceed(requestBuilder.build());
HttpHeaders.receiveHeaders(cookieJar, userRequest.url(), networkResponse.headers());//代码1
Response.Builder responseBuilder = networkResponse.newBuilder()
.request(userRequest);
if (transparentGzip
&& "gzip".equalsIgnoreCase(networkResponse.header("Content-Encoding"))
&& HttpHeaders.hasBody(networkResponse)) {
GzipSource responseBody = new GzipSource(networkResponse.body().source());
Headers strippedHeaders = networkResponse.headers().newBuilder()
.removeAll("Content-Encoding")
.removeAll("Content-Length")
.build();
responseBuilder.headers(strippedHeaders);
String contentType = networkResponse.header("Content-Type");
responseBuilder.body(new RealResponseBody(contentType, -1L, Okio.buffer(responseBody)));
}
------------------返回数据加工结束------------------
return responseBuilder.build();
}
}
代码如上，请求数据加工主要是对一些header做了处理，下图表格对应了这几个header的释义
| 请求头 | 释义 |
|---|---|
| Content-Type | 请求体类型,如： application/x-www-form-urlencoded |
| Content-Length 或 Transfer-Encoding | 请求体解析方式 |
| Host | 请求的主机站点 |
| Connection: Keep-Alive | 保持长连接 |
| Accept-Encoding: gzip | 接受响应支持gzip压缩 |
| Cookie | cookie身份辨别 |
| User-Agent | 请求的用户信息，如:操作系统、浏览器等 |
其中Accept-Encoding: gzip这个请求头的意思是服务端可以返回被压缩后的数据，如果数据量过大，只要服务端配合好，使用这个请求头会大幅提升传输的效率
User-Agent这个请求头是系统信息，这个信息是可以随意修改的，比如我们的okhttp就做了这样的事情
public final class Version {
public static String userAgent() {
return "okhttp/3.14.9";//如果你不去设置，就默认给你okhttp
}
private Version() {
}
}
Connection: Keep-Alive这个是保持长连接的意思，为啥要保持长连接？首先一个完整的tcp可靠连接一定会经历下面的步骤
三次握手->传输数据->四次挥手
这就产生了一个问题，我一个页面多图，文字，多视频，gif等，每下载一张图就来一轮握手挥手，岂不是很浪费时间和资源，所以这个头的意思是，我跟你握手一次建立连接后，你图片文字啥的该传传，我先等会儿再挥手。
数据返回时做的工作有两个：
- 保存cookie（默认不实现）
- 如果是
gzip返回并且客户端这里是支持的，那就得包装一层GzipSource方便后面解压缩用
不存在的猫
