关于apache commons HttpClient的SocketTimeout误会

阿牛

前一阵子发现我写的一个定时任务有问题。具体情况是我用apache commons HttpClient读其他一组机器的文件进行处理。为了避免一个定时任务耗时太多，使用下面的代码进行超时设置
client.getParams().setConnectionManagerTimeout(20 * 1000L); // 20秒
client.getParams().setSoTimeout(20 * 1000); // 20秒

但是后来发现有时会有请求超过100秒的情况出现，而且没有超时。
开始觉得很奇怪，为什么不会超时呢，难道是参数设置不正确？
测试了很久都没有发现什么问题，在jsp使用Thread.sleep(30000)就可以触发超时出现。但是为什么实际运行中会有超过100秒而不触发超时的情况呢？
后来使用下面的jsp进行测试终于发现了一种可能的原因
<%@page contentType="text/html" pageEncoding="GBK"%><%
long start = System.currentTimeMillis();
for (int i = 0; i < 12; i ++) {
out.println("不要超时");
out.flush();
Thread.sleep(10000L); // 10秒
}
out.println(System.currentTimeMillis() - start);
%>

原来SocketTimeout设置的超时是指指定时间内服务器端没有反应，而如果两次反应之间的时间间隔小于设置的值是不算超时的。想想也是，下载大文件的超时肯定不能拿整个时间来计算。
下面是文档中的说明
'http.socket.timeout': defines the socket timeout (SO_TIMEOUT) in milliseconds, which is
the timeout for waiting for data or, put differently, a maximum period inactivity between two
consecutive data packets). A timeout value of zero is interpreted as an infinite timeout. This
parameter expects a value of type java.lang.Integer. If this parameter is not set read operations
will not time out (infinite timeout).