OkHttp 精讲：BridgeInterceptor

原文出处

标题：OkHttp 精讲：BridgeInterceptor

作者：Android轮子哥

原文链接：OkHttp 精讲：BridgeInterceptor - 简书

前言

• 本文章所使用的 OkHttp 源码版本：3.12.10

源码解析

• 一眼望去，给人第一感觉就是这个拦截器的作用就是在添加请求头，接下来让我们分析一下这个拦截器到底在做什么

• 这个 Content-Type 是什么呢？让我们回顾一下之前看过的请求头和响应头信息对照表

名称	说明	示例
Content-Type	返回内容的MIME类型	Content-Type: text/html; charset=utf-8

• 这个 Content-Type 其实就是 RequestBody 的类型，目的也很简单，就是为了告诉后台，我这边发送了什么类型的数据过去，后台才能去解析，如果你不告诉后台，那么后台不知道该把你传过去的数据流解析成什么。

名称	说明
application/x-www-form-urlencoded	代表 RequestBody 的类型是一个提交表单参数的内容
multipart/form-data	代表 RequestBody 的类型是一个带文件的表单参数的内容
application/json; charset=utf-8	代表 RequestBody 的类型是一个提交 Json 参数的内容

• 这里给大家举个栗子，例如我们平时说的表单请求、表单+文件请求、Json 请求，这三种方式是目前最常用的参数提交方式，后台是怎么区分请求是这三种方式哪一种呢？就是要靠 Content-Type 这个请求头来辨别。
• 不过值得一提的是，OkHttp 目前只支持了表单请求和表单+文件请求，不支持 Json 请求，但是 Json 请求又是目前比较主流的参数提交方式，如果要使用这一方式，只有两个方法：一是自己重新定义一个 RequestBody 类，二是使用第三方基于 OkHttp 封装的网络请求框架。
• 刚看完 Content-Type，再来看看 Content-Length

• 这段代码的意思是，如果我传过去的内容长度是固定的，那么我就直接通过 Content-Length 告诉后台，如果不是那么我就通过 Transfer-Encoding =“chunked” 这个请求头告诉后台，我传过去的内容长度是不固定的，需要进行分段传输。

• 可能大家对 Accept-Encoding 这个请求头比较陌生，让我们回顾一下之前看过的请求头和响应头信息对照表

名称	说明	示例
Accept-Encoding	指定浏览器可以支持的web服务器返回内容压缩编码类型	Accept-Encoding: compress, gzip

• 大家可能对于 compress 和 gzip 这两个字眼比较陌生，现在先让我们了解一下

• 我们可以看到，这两种文件压缩格式，各有特点，compress 是重复的字眼越多压缩率越高，而 gzip 则是能对纯文本内容压缩到原大小的 40%，基于这一特点，gzip 成为目前 Http 传输主流的压缩方式，因为 gzip 在压缩包大小上的优势比 compress 好太多。

• Token 是什么我相信大家都懂，但是 Cookie 是什么，大部分人可能有学过，但是因为太久没用已经如数还给老师了，今天我们刚好讲到，顺道学习或者复习一下
• Cookie 和 Token 的作用其实都差不多，都是后台返回给客户端的用户登录信息，但是仍然有一些不同，目前的现象是：前端开发基本都用 Cookie，而 App 开发基本都用 Token，那么问题来了，为什么不统一采用某一种呢？
• 在 Http 协议中，是没有 Token 这一概念，只有 Cookie，而 App 开发都是用手机进行开发和调试，而手机对这块没有强制要求，用户登录信息想怎么保存就怎么保存，而前端开发不一样了，他们需要用浏览器进行开发和调试，而这块需要严格遵循 Http 协议，登录信息不可能你想存哪里就存哪里，必须都要保存到 Cookie 中，因为 Cookie 的管理者是浏览器
• 至于 Cookie 为什么是有多个的？我先带大家看一下 Github 的 Cookie 信息

• 我们可以看到，Cookie 包含了很多信息，每个的信息都用分号隔开，不仅包含登录信息，还有设备 id 等其他信息
• 所以可以得出一个结论，Cookie 的功能还是比较强大的，相比之下 Token 显得太不专业了

• 最后一步，拦截器会获取请求之后的结果，并判断服务器有没有对这个流进行 gzip 进行压缩，因为之前有告诉服务器我们支持 gzip 压缩，所以我们需要对服务器返回的数据进行解压，如果不对数据流进行解压的话，直接读取的话将会导致无法使用，所以必须要对其进行解压，这样才能正常读取到数据流中的内容

源码总结

• 这个拦截器主要的作用就是添加一些通用的请求头，例如 Content-Type、Content-Length，还有将我们在 OkHttp 中配置的 Cookie 信息都处理成请求头，再通过 Accept-Encoding 这个请求头告诉服务器我们支持接收 gzip 编码的数据流，如果服务器返回的数据流是经过 gzip 压缩的，在这个拦截器中还会对数据流进行解压，最后将这个数据流重新设置给 Response 的 body 中，以便我们能够正常解析这个数据流。