我正在使用HttpClient 4.1.2运行Java 6。我一直在使用这样的代码来重新加载Guava缓存。它在近一年和一天的运行良好,我的缓存停止可靠地重新加载。
我现在在EntityUtils.toString()
期间将问题缩小到僵局,但我不知道为什么会发生这种情况或者如何避免它。
HttpEntity entity = null;
try {
entity = PooledHttpClient.getHttpEntity(new HttpGet(location));
// PROBLEM HERE: Deadlock occurs rarely in EntityUtils.toString()
final String resource = EntityUtils.toString(entity);
return resource;
} catch (Exception e) {
// Something went wrong, log the error or retry
} finally {
EntityUtils.consume(entity);
}
我添加了调试,看到缓存在此方法卡住一次后停止重新加载。这是来自线程转储的堆栈跟踪:
"pool-6-thread-172" prio=3 tid=0x0000000017cc4800 nid=0x862 runnable [0xfffffd7fdf1f0000]
java.lang.Thread.State: RUNNABLE
at java.net.SocketInputStream.socketRead0(Native Method)
at java.net.SocketInputStream.read(SocketInputStream.java:129)
at org.apache.http.impl.io.AbstractSessionInputBuffer.read(AbstractSessionInputBuffer.java:187)
at org.apache.http.impl.io.ContentLengthInputStream.read(ContentLengthInputStream.java:176)
at org.apache.http.conn.EofSensorInputStream.read(EofSensorInputStream.java:138)
at sun.nio.cs.StreamDecoder.readBytes(StreamDecoder.java:264)
at sun.nio.cs.StreamDecoder.implRead(StreamDecoder.java:306)
at sun.nio.cs.StreamDecoder.read(StreamDecoder.java:158)
- locked <0x0000000735ec3cc0> (a java.io.InputStreamReader)
at java.io.InputStreamReader.read(InputStreamReader.java:167)
at java.io.Reader.read(Reader.java:123)
at org.apache.http.util.EntityUtils.toString(EntityUtils.java:199)
at org.apache.http.util.EntityUtils.toString(EntityUtils.java:221)
at com.something.Resource.getResource(Resource.java:216)
...
有什么想法吗?
答案 0 :(得分:1)
我终于弄明白问题在这里,关键是在堆栈跟踪中。回想起来,它非常明显,但我当时并不了解它。代码基本上停留在InputStreamReader.read()
,原因是没有套接字超时设置(至少对我来说)。
我有这样的事情:
HttpConnectionParams.setConnectionTimeout(params, 10000);
然而,我错过了套接字的关键第二次超时:
HttpConnectionParams.setSoTimeout(params, 30000);
如果没有第二次超时,如果已建立连接但之后出现问题,我将无限期地等待。我在这里很困惑,因为有问题的代码在生产中运行了一年多没有一个问题,然后有一天我开始出现每小时或每天的问题(从Heroku获取文件的一些内容)。仍然不确定为什么会这样,因为我添加了套接字超时,它一帆风顺!
希望有所帮助!