我在java.net.SocketInputStream.socketRead0(NativeMethod)上卡住了。请看下面的线程转储，它已经处于这种状态3个小时了。Thread-0"prio=10tid=0x00007facd02a5000nid=0x309runnable[0x00007facd4a43000]java.lang.Thread.State:RUNNABLEatjava.net.SocketInputStream.socketRead0(NativeMethod)atjava.net.SocketInputStream.read(SocketInputStream.

使用不同的Java库执行数百万个HTTP请求让我有线程挂起:java.net.SocketInputStream.socketRead0()这是原生函数。我尝试设置ApcheHttpClient和RequestConfig以在所有可能的情况下(我希望)超时，但仍然，我有(可能无限)卡在socketRead0。如何摆脱它们？挂起率约为每10000个请求(对10000个不同的主机)约1个，并且它可能会永远持续下去(我已经确认线程挂起在10小时后仍然有效)。Windows7上的JDK1.8。我的HttpClient工厂:SocketConfigsocketConfig=SocketConfi

使用不同的Java库执行数百万个HTTP请求让我有线程挂起:java.net.SocketInputStream.socketRead0()这是原生函数。我尝试设置ApcheHttpClient和RequestConfig以在所有可能的情况下(我希望)超时，但仍然，我有(可能无限)卡在socketRead0。如何摆脱它们？挂起率约为每10000个请求(对10000个不同的主机)约1个，并且它可能会永远持续下去(我已经确认线程挂起在10小时后仍然有效)。Windows7上的JDK1.8。我的HttpClient工厂:SocketConfigsocketConfig=SocketConfi

如果我执行下面没有“inputStream.close()”行的JUnit测试(见下文)，可以处理超过60000个请求(然后我终止了进程)。有了这条线，我没有发出超过15000个请求，因为:java.net.SocketException:Nobufferspaceavailable(maximumconnectionsreached?):connectatjava.net.PlainSocketImpl.socketConnect(NativeMethod)atjava.net.PlainSocketImpl.doConnect(PlainSocketImpl.java:351)at

在分析本土网络应用程序时，我遇到了非常奇怪的(至少对我而言)观察结果。几乎所有时间都花在SocketInputStream类的socketRead0()方法上。这并不奇怪，因为我的应用程序会根据每个请求与远程服务建立网络。奇怪的是，此方法不仅挂钟时间使用率很高，CPU时钟时间也非常高。我不明白为什么CPU时间很高，因为如果我的应用程序等待远程服务回复(实际上并没有那么快)，应用程序本身就无事可做。所以CPU时间应该很低。更多观察:采样模式下的VisualVM显示方法SocketInputStream.socketRead0()消耗了高达95%的时间(挂钟时间和CPU时间)；mpstat