org.apache.commons.httpclient复用PostMethod触发connection reset异常咨询

1. 两次请求是否使用了同一个Socket连接 #

默认配置下，org.apache.commons.httpclient（3.x版本）默认开启HTTP keep-alive长连接支持：

• 如果第一次请求的响应头包含Connection: keep-alive，且两次请求间隔小于服务端设置的长连接超时阈值，两次请求理论上会复用同一个Socket连接。
• 需要注意：你复用同一个PostMethod对象的操作不符合官方设计规范，HttpMethod系列对象是一次性使用设计，执行一次后内部的请求状态、连接绑定标识、响应流状态都会被标记为已完成，本身不支持重复传入executeMethod执行，这个错误操作也会干扰正常的连接复用逻辑。

2. 该异常是否是等待时间过长、服务端主动关闭Socket连接导致的 #

这是最高概率的核心诱因：

• 绝大多数Web服务的长连接超时时间都设置得比较短，部分业务服务为了降低空闲连接资源占用，甚至会把长连接超时设到5秒以内。如果10秒的间隔超过了服务端的长连接超时阈值，服务端会主动发送FIN包关闭连接，但此时HttpClient的连接池还认为该连接处于存活状态，拿到这个已经被服务端关闭的半开连接发送请求时，会收到服务端返回的RST包，直接抛出java.net.SocketException: connection reset异常。
• 你复用同一个PostMethod对象的操作也会加剧这个问题：如果第一次请求执行完成后你没有主动调用postMethod.releaseConnection()释放连接回连接池，第二次直接复用同一个实例执行时，对象内部绑定的还是之前已经过期的旧连接，直接用这个被关闭的连接发请求就必然触发重置异常。

• 不要复用PostMethod/GetMethod等HttpMethod实例，每次请求新建对应的Method对象，执行完成后立刻调用releaseConnection()方法将连接释放回连接池。
• 开启HttpClient的陈旧连接校验配置http.connection.stalecheck（默认已开启），每次从连接池拿连接时先校验连接是否存活，也可以自定义客户端长连接存活时间，设置为比服务端超时时间更短的值，从根源上避免拿到过期连接。

内容的提问来源于stack exchange，提问作者ttttt