Retrofit 是现在最流行的网络开发框架之一，功能十分强大，但是最近确遇到一个十分坑的问题，现在记录下来，希望看到的人能注意下。
众所周知，在 HTTP 传输时是支持 gzip 压缩的，客户端发起请求时在请求头里增加 Accept-Encoding: gzip，服务端响应时在返回的头信息里增加 Content-Encoding: gzip，这表示传输的数据是采用 gzip 压缩的。默认情况下，传输内容是不压缩的，采用 gzip 压缩后可以大幅减少传输内容大小，这样可以提高传输速度，减少流量的使用。
请求头信息本来 OkHttp 是默认支持 gzip 解压缩的，不需要额外配置的。但是我在拦截器里统一添加了很多请求头信息，大概代码如下：
以前服务端没有开启 gzip 压缩，一直都没有问题，某天突然运维加了 gzip 压缩，说是为了要省流量带宽，结果就悲剧了，我们 Android APP 里所有的接口都报错了，明明前一秒都是OK的，后一秒就都不能访问了，但是 iOS 里却能正常访问，这是最令人崩溃的事情。
立即进行代码调试，发现 Android 里的 http 请求返回的都是乱码字符串了，其实这些都是 gzip 压缩的数据，不是说 OkHttp 是自动支持 gzip 解压缩的吗？为什么我们的返回数据没有进行 gzip 解压？还有一个奇怪的现象是，当我把这段代码 addHeader("Accept-Encoding", "gzip") 去掉之后，一切又恢复正常了。
BridgeInterceptor拦截器这是一个很费解的问题，当我手动加上这个头信息时，OkHttp 不会自动解压 gzip 流，当我去掉时 OkHttp 又会自动解压 gzip 流了，秉着刨根究底的精神我翻看了源码，终于找到了原因。原来 OkHttp 在最终构建请求信息以及处理返回信息时，内部使用了一个叫做 BridgeInterceptor 的拦截器，该类的代码如下：
上面代码关键地方我做了注释，OkHttp会额外的增加很多请求头信息，如果我们在代码里没有手动设置Accept-Encoding = gzip，那么OkHttp会自动处理gzip的解压缩；反之，你需要手动对返回的数据流进行gzip解压缩。
以上就是我的代码里 gzip 处理失败的根本原因了，更多关于OkHttp接收gzip压缩数据返回乱码的资料请关注七叶笔记其它相关文章！
