Raf*_*cci 19
我一直有同样的问题,我一直在研究套接字来摆脱这个问题.
让我说几句,但在我必须说我不是Java程序员之前.
我不会解释close_wait是什么,因为Brian White已经说了应该说的一切.
为避免close_wait,您需要确保服务器在发回响应后不关闭连接,因为任何先断开连接的服务器都会在close_wait和time_wait中卡住.因此,如果您的服务器卡在close_wait中,它会在发送响应后告诉我它正在断开连接.
你应该通过做一些事情来避免这种情况.
1 - 如果您的客户端应用程序未使用http 1.1协议,则必须将其设置为使用该'keep-alive标头,因为http标头选项.
2 - 如果客户端正在运行http 1.1但不起作用,或者,如果必须使用http 1.0,则应设置连接请求标头属性:
connection: keep-alive
Run Code Online (Sandbox Code Playgroud)
这告诉服务器在完成请求后客户端和服务器都不应断开连接.通过这样做,您的服务器将在收到每个请求后断开连接.
3 - 在您的客户端中,重用您的套接字.例如,如果要在循环中创建大量套接字客户端,则应创建一次套接字,并在每次需要发送请求时使用它.我在我的应用程序中使用的方法是使用套接字池并获得一个可用的套接字(已连接到服务器并且它具有keep-alive属性).然后我使用它,当我完成后,我把它放回池中以便可重复使用.
4 - 如果您确实需要在发送请求后断开连接,请确保您的客户端执行此操作并保留connection: keep-alive.
是的,当你在服务器端有很多close_waits或time_waits时,你可能会遇到问题.
看看这个[link] [1]解释是什么keep-alive.
我希望这可以帮到你.有了这些东西,我设法解决了我的问题.
[1]:http://www.w3.org/Protocols/HTTP/1.1/draft-ietf-http-v11-spec-01.html#Persistent Connections
Bri*_*ite 18
CLOSE_WAIT是远程主机发送FIN(关闭它的连接)时本地TCP状态机所处的状态,但本地应用程序没有完成相同的操作并发送了回复FIN.虽然客户端无法接收数据,但本地机器仍然可以在此时发送数据(除非它在连接上只进行了一半关闭).
当远程主机关闭(发送FIN)时,您的本地应用程序将获得某种事件(它是基本C库中套接字上的"读取"事件)但是从该连接读取将返回错误以指示连接已关闭.此时,本地应用程序应该关闭连接.
我对Java知之甚少,对WebLogic一无所知,但我认为应用程序可能无法正确处理读错误,因此永远不会关闭连接.
该问题是在 webLogic 中将“使用 JSSE SSL”设置为 true 时触发的错误。使用 WebLogic 自己的 SSL 实现而不是 JSSE 对于我们的应用程序来说不是问题,因此我只是取消选中该设置,问题就消失了。
| 归档时间: |
|
| 查看次数: |
77925 次 |
| 最近记录: |