突然想起CSDN的账号了,顺便做一下记录。
前段时间遇到一个问题,对HttpURLConnection多任务断点续传的下载模块进行一次改动,要求使用OkHttp。那么无非就是connection变成了response,全程改动没遇到困难,发现代码很完美,于是开始运行。
运行一段时间后,发现问题接踵而至,一会read出现Timeout异常,一会onFailure返回Timeout异常,即便是尝试获取一次文件大小的请求都会Timeout。有意思的是第一次下载一定没事,只要暂停或尝试二次下载时就会出现异常。
这个问题是因为单例OkHttp的请求共用同一个连接池,一旦连接池里的连接没有关闭且不断有请求来建连,那么就会一直被复用并处于打开状态,而如果服务器关闭了连接的端口后,就会导致连接池的该连接变成僵尸连接,永远无法请求到数据。
基于这一点的考虑,我先后尝试了调整connectionpool的超时配置、websocket监听onFailure主动关闭,都没有解决根本问题。而之后碰巧在一篇文章中发现有结论指出当客户端要求长连接,而服务器不支持长连接时,就会出现这种情况。一时间茅塞顿开,于是赶紧在所有属于短连接的header里加上“Connection” = “close”的键值对,问题就得到解决了。
感谢下面这篇文章的作者!