OkHttp 记一次疯狂Timeout异常的经历

    突然想起CSDN的账号了,顺便做一下记录。

    前段时间遇到一个问题,对HttpURLConnection多任务断点续传的下载模块进行一次改动,要求使用OkHttp。那么无非就是connection变成了response,全程改动没遇到困难,发现代码很完美,于是开始运行。

    运行一段时间后,发现问题接踵而至,一会read出现Timeout异常,一会onFailure返回Timeout异常,即便是尝试获取一次文件大小的请求都会Timeout。有意思的是第一次下载一定没事,只要暂停或尝试二次下载时就会出现异常。

     这个问题是因为单例OkHttp的请求共用同一个连接池,一旦连接池里的连接没有关闭且不断有请求来建连,那么就会一直被复用并处于打开状态,而如果服务器关闭了连接的端口后,就会导致连接池的该连接变成僵尸连接,永远无法请求到数据。

    基于这一点的考虑,我先后尝试了调整connectionpool的超时配置、websocket监听onFailure主动关闭,都没有解决根本问题。而之后碰巧在一篇文章中发现有结论指出当客户端要求长连接,而服务器不支持长连接时,就会出现这种情况。一时间茅塞顿开,于是赶紧在所有属于短连接的header里加上“Connection” = “close”的键值对,问题就得到解决了。

    感谢下面这篇文章的作者!

https://blog.csdn.net/zhangteng22/article/details/52233126

  • 3
    点赞
  • 2
    收藏
    觉得还不错? 一键收藏
  • 1
    评论
评论 1
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值