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

本站部分文章源于互联网,本着传播知识、有益学习和研究的目的进行的转载,为网友免费提供。如有著作权人或出版方提出异议,本站将立即删除。如果您对文章转载有任何疑问请告之我们,以便我们及时纠正。

PS:推荐一个微信公众号: askHarries 或者qq群:474807195,里面会分享一些资深架构师录制的视频录像:有Spring,MyBatis,Netty源码分析,高并发、高性能、分布式、微服务架构的原理,JVM性能优化这些成为架构师必备的知识体系。还能领取免费的学习资源,目前受益良多

转载请注明原文出处:Harries Blog™ » okHttp 采坑指南-interceptor(乱码)

赞 (0)
分享到:更多 ()

评论 0

  • 昵称 (必填)
  • 邮箱 (必填)
  • 网址