wolfg's Weblog » tcp http://guoyong.org wolfg's journey with open source, linux, programming, sysadm ... Thu, 04 Aug 2011 15:02:53 +0000 en hourly 1 http://wordpress.org/?v=3.1.1 http://creativecommons.org/licenses/by-nc-sa/2.5/cn/ 再谈使用Commons HttpClient产生大量CLOSE_WAIT http://guoyong.org/2010/02/02/572 http://guoyong.org/2010/02/02/572#comments Tue, 02 Feb 2010 07:16:12 +0000 wolfg http://guoyong.org/?p=572 默认情况下(即用默认构造方法建立HttpClient对象)，httpMethod.releaseConnection()方法并不会关闭连接的Socket，目的是可以重用这个连接。网上有不少讨论：

这些讨论里提出了关闭Socket的方法，即在请求头里加上”Connection: close”，具体可见HTTP协议规范里的说明。

其实HttpClient 3.x 里还可以通过下面的方式建立HttpClient对象，来保证关闭Socket连接：

  1. HttpClient httpClient = new HttpClient(new SimpleHttpConnectionManager(true));

具体可见HttpClient源码和API文档。

当然，使用HttpClient的多线程连接管理器时就不用这么做了。

]]> http://guoyong.org/2010/02/02/572/feed 0 再次遭遇大量CLOSE_WAIT http://guoyong.org/2010/01/22/543 http://guoyong.org/2010/01/22/543#comments Fri, 22 Jan 2010 12:51:05 +0000 wolfg http://guoyong.org/?p=543 今天下午线上的Jetty服务又停止响应了。不过与上次不同的是，日志里没有Too many open files的问题（看来ulimit设置管用了），看不出任何问题。于是用netstat检查网络连接，发现了大量CLOSE_WAIT状态的连接，而且都是连接到同一个IP地址。联想到程序里有调用外部网站服务的部分，检查这个IP，正是其中的一个服务。检查代码，发现开发人员使用Commons HttpClient时出了问题，居然忘记关闭连接了(method.releaseConnection();)！！后果就是对方关闭了连接，连接不断地变成CLOSE_WAIT状态，直到耗尽所有的网络资源，没法再建立连接了。

从这个教训看出，项目的研发管理真是没有到位啊！快速反复的需求、几乎可以忽略的设计、缺少代码走查、没有单元测试，怎能保证上线前发现这样的问题！

]]> http://guoyong.org/2010/01/22/543/feed 0