jav*_*irl 3 java sockets connection-pooling apache-httpclient-4.x
有时我会收到
java.net.SocketException: Too many open files
java.net.Socket.createImpl(Socket.java:397)
java.net.Socket.connect(Socket.java:527)
org.apache.http.conn.scheme.PlainSocketFactory.connectSocket(PlainSocketFactory.java:123)
org.apache.http.impl.conn.DefaultClientConnectionOperator.openConnection(DefaultClientConnectionOperator.java:123)
org.apache.http.impl.conn.AbstractPoolEntry.open(AbstractPoolEntry.java:147)
org.apache.http.impl.conn.AbstractPooledConnAdapter.open(AbstractPooledConnAdapter.java:108)
org.apache.http.impl.client.DefaultRequestDirector.execute(DefaultRequestDirector.java:415)
org.apache.http.impl.client.AbstractHttpClient.execute(AbstractHttpClient.java:641)
org.apache.http.impl.client.AbstractHttpClient.execute(AbstractHttpClient.java:597)
Run Code Online (Sandbox Code Playgroud)
我看到了类似的问题java.net.SocketException:太多打开的文件,我也使用apache的httpclient,但似乎答案对我来说不是很有帮助...
有两个答案:
1)做 httpClient.getConnectionManager().shutdown();
2)打电话entity.getContent().close()
而不是entity.consumeContent()
但似乎没有一个适合......
1)问题是我正在使用ThreadSafeConnectionManager
.它创建一次(在应用程序启动时).因此我们不会关闭(以便连接可重复使用).如果我关闭此管理器 - 所有连接都将关闭.如果我使用它是合适的SingleClientConnectionManager
,但我不这样做.我对吗?
2)我发现我也没有关闭流.但是当我开始调试时 - 看来这个getContent()
流已经关闭,甚至在调用之前consumeContent()
.虽然(甚至之后consumeContent
)socketInputStream
内部的那些getContent()流没有关闭,以及socket.这不好吗?它可能是问题的原因吗?我没有找到如何关闭这个插座的方法!它位于外部输入流的内部,所以我无法得到它.但我在调试模式中看到,此套接字未关闭,以及SocketInputStream
.
我们应该如何正常使用ThreadSafeConnectionManager
- 它应该只创建一次吗?如果是这样,如何正确关闭这些插座?
如果我关闭此管理器 - 所有连接都将关闭.如果我使用SingleClientConnectionManager是合适的,但我没有.我对吗?
您应该每个不同的HTTP服务只使用一个连接管理器实例.您实际上并不需要将其关闭,但是您可能想要从池中驱逐已经闲置超过给定时间段的连接,如下所述:
http://hc.apache.org/httpcomponents-client-ga/tutorial/html/connmgmt.html#d4e659
尽管(即使在consumeContent之后)那些getContent()流中的socketInputStream也没有关闭,以及socket.这不好吗?
不它不是.如果底层连接处于一致状态,则它仍然可以保持活动状态.但是,必须关闭内容流,以确保将该连接释放回连接管理器.
我们应该如何正常使用ThreadSafeConnectionManager - 它应该只创建一次吗?如果是这样,如何正确关闭这些插座?
是的,它应该只创建一次.但是,您必须确保通过关闭响应内容流将连接正确释放回管理器.您可能还希望在一段时间不活动后主动驱逐池中的连接.
最后,请注意您的应用程序的其他组件也可能泄漏文件描述符.罪魁祸首可能不一定是HttpClient的连接管理器.
归档时间: |
|
查看次数: |
7337 次 |
最近记录: |