转载

okHttp 采坑指南-interceptor（乱码）

由于后台的接口返回有时候并没有像当时约定的基本数据格式要求来返回，这就导致了，我们的接口在解析json 的时候会出错。

出错json场景：

正确格式：

{"code":500, "msg":"error msg", "data":{} }

错误格式：

{"code":500, "msg":"error msg", "data":false }

基于如上的情形，由于data 前后给的数据格式不一样，就会导致json解析出错

所以客户端准备兼容这种比较恶心的错误，

于是三下五除二想到了解决方案：

即：

首先解析code的值，只有在code==0（表示是正常的数据格式）的情况下才会解析data的属性值；这是最容易想到的解决方案，于是新建了一个okhttp的network类型的interceptor

如图：

一切都很顺利，顺利解决，然后就开心的玩耍去了。

测试的一直没有问题，最后上线的一天，炸雷了，所有的接口全都报错。熬夜加班要解决这个问题，内心慌得一笔

经过了好长时间的努力，排查问题，为啥现在从接口获取的数据是乱码的呢，刚开始怀疑是后台使用的编码不是utf-8，但是和后台确认过，确实使用的是utf-8。百思不得其解，郁闷了....

闷头排查了好久... 内心几度崩溃

最后偶然发现 正式的接口开启了7-zip 的压缩；

由于新写的interceptor 并没有解密服务器压缩后的response ，

所以这时候就是乱码。所以就解析失败。

知道真相之后心态崩了。

原文 https://juejin.im/post/5e6dcbc4e51d4526d640799f

正文到此结束

所属分类： Java 编程技术

本站定位：个人技术类博客

本站作用：写博客、记日志、闲聊扯淡鼓捣技术。