研发中心/王鹏 2019年7月
关键词:OKHTTP,安卓,连接复用,开源软件BUG
OKHTTP已是安卓项目中被广泛使用的网络请求开源库,它有如下特性:
1.支持HTTP/2,允许所有同一个主机地址的请求共享同一个socket连接;
2.连接池减少请求延时;
3.缓存响应内容,避免一些完全重复的请求;
4.透明的GZIP压缩减少响应数据的大小;
其中前三点特性可理解为就是连接复用,但后来发现这里有坑~
据现场端反馈,即使在网络正常的情况下,也会有个别设备会在某个时段内出现支付缓慢,多笔交易连续失败的情况。
通过业务保障平台发现订单查询接口一直出现SocketTimeOutException。
如果OKHTTP第一次出现SocketTimeoutException,后续即使网络已经恢复正常,请求也始终返回SocketTimeoutException,必须等到双活域名切换或者重新连接WiFi,或重新启动应用程序才能恢复正常。
根据以上日志分析,可发现一个规律:切换(双活机房)基础域名时,请求便恢复正常,基本符合OKHTTP源码中不复用之前连接的条件:
所以我初步怀疑这是连接复用的特性导致的:
即问题出现之后,一直在复用错误的连接,而域名切换之后,不再复用之前的错误连接,于是请求恢复正常。
但项目中的连接池复用一直采用的是OKHTTP默认设置的配置,未做其他改动,所以怀疑OKHTTP有BUG。
查看OkHttp GitHub的issues,发现2019年4月26号新增了一条Issues,与我们的问题类似。问题如下:
内容大致意思为:部分设备出现了SocketTimeOut后,后续请求一直返回SocketTimeOut,尤其是在4G网络下比较常见!目前该问题仍未解决,处于开放状态,BUG依旧存在。
在全局 ResponseError 监听器里,如果发现出现 SocketTimeOut 就清空连接池:
目前此方案的缺点是应用程序出现SocketTimeOut一次,下一次访问才能成功,当前请求无法修正。
后续会持续关注此issues修复状态,及时更新。
1.使用第三方开源库,一定要熟悉其原理,在使用前一定要通篇了解其issues中反馈的各种问题,评估其影响,平常定期不定期关注其Issues更新。p.s.:郑总的《 那些年我们一起犯过的错 》,已给我们打过预防针了。
2.做好边界测试和压力测试。
3.一定要重视线上问题,明确根本原因并评估其影响。之前惯性地认为SocketTimeOut就是网络状况不好导致的,未引起足够重视。
开源软件的BUG
-EOF-
欢迎关注公众号:老兵笔记,讲述那些年我们一起犯过的错