Java 码头9.0.3中有太多近距离等待
我们在jetty 9.0.3服务器上部署了一个应用程序REST网关。在jetty中部署的服务的身份验证和授权由apache commons-httpclient3.1负责。 当有大量并发线程访问Rest网关时,Rest网关机器中会堆积大量的关闭等待。 通过调用apache commons的releaseConnections方法,可以正确关闭为向启用程序(端点)发送请求而打开的Http连接。Java 码头9.0.3中有太多近距离等待,java,apache,http,jetty-9,Java,Apache,Http,Jetty 9,我们在jetty 9.0.3服务器上部署了一个应用程序REST网关。在jetty中部署的服务的身份验证和授权由apache commons-httpclient3.1负责。 当有大量并发线程访问Rest网关时,Rest网关机器中会堆积大量的关闭等待。 通过调用apache commons的releaseConnections方法,可以正确关闭为向启用程序(端点)发送请求而打开的Http连接。 请让我知道如何处理这些CLOSE_WAIT或任何连接为何以CLOSE_WAIT结束的线索。CLOSE_W
请让我知道如何处理这些CLOSE_WAIT或任何连接为何以CLOSE_WAIT结束的线索。
CLOSE_WAIT
表示TCP正在等待本地应用程序关闭其已被对等方关闭的连接端
因此,您不会关闭它们。当Apache commons http Client 3.1提供closeIdleConnections(0)时,关闭等待连接消失。但现在太多的时间等待被建立起来,后端我得到了错误,如“地址已在使用”:(
最后,在使用closeIdleConnections(0)后,未看到CLOSE\u WAIT连接。希望此解决方案可以帮助其他人:)是的,请理解,但检查了代码,无论在何处打开连接,我们都将关闭。让我知道如何检查代码中或码头级别的连接未关闭。这是哪一种方式,谁关闭了发出请求的应用程序或为请求提供服务的服务器?@对等方已关闭连接,而本地应用程序尚未关闭。它没有正确地检测到连接上的流结束,或者没有正确地对其作出反应,或者它正在执行其他操作。