项目背景:
由于后台的接口返回有时候并没有像 当时约定的基本数据格式要求来返回,这就导致了,我们的接口在解析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。百思不得其解&#