NO.30 要你命3000-宕机问题面面观:3.案例-三方交互未设置连接、读取超时时间

来源：互联网发布：ubuntu怎么使用命令编辑：程序博客网时间：2024/05/20 05:47

某年某月某日，客户的一个负责人跑过来说，系统登不上去了。

1.第1招（NO.28宕机问题简单定位分析法 1.1查看长时驻留的请求URL）：马上打开IE访问weblogic console，发现登不上去；

（如果能登上去，你会看到 Execute Threads中可能80~90%为同一个URL）

2.第2招（NO.28宕机问题简单定位分析法 2.查看是否OutOfMemory）：tail -f nohup.out未发现OOM相关信息

3.没办法了使用第3招（NO.28宕机问题简单定位分析法 1.2.kill -3 捕获当前驻留线程信息）：好了，从上往下看，终于找到了有价值的一段:

Full thread dump Java HotSpot(TM) Server VM (1.4.2_18-b06 mixed mode):"File Reaper" daemon prio=10 tid=0x0095f180 nid=0xa9 in Object.wait() [0x2d34f000..0x2d34fc28]at java.lang.Object.wait(Native Method)- waiting on <0x4bbbf670> (a java.lang.ref.ReferenceQueue$Lock)at java.lang.ref.ReferenceQueue.remove(ReferenceQueue.java:111)- locked <0x4bbbf670> (a java.lang.ref.ReferenceQueue$Lock)at java.lang.ref.ReferenceQueue.remove(ReferenceQueue.java:127)at org.apache.commons.io.FileCleaningTracker$Reaper.run(FileCleaningTracker.java:205)"Thread-8" prio=5 tid=0x00a81ee0 nid=0xa1 runnable [0x2d69e000..0x2d69fc28]at java.net.PlainSocketImpl.isClosedOrPending(PlainSocketImpl.java:589)- waiting to lock <0x3d29a3b0> (a java.lang.Object)at java.net.PlainSocketImpl.getOutputStream(PlainSocketImpl.java:383)- locked <0x3d29a340> (a java.net.PlainSocketImpl)at java.net.Socket$3.run(Socket.java:758)at java.security.AccessController.doPrivileged(Native Method)at java.net.Socket.getOutputStream(Socket.java:755)at org.apache.commons.httpclient.HttpConnection.open(HttpConnection.java:745)at org.apache.commons.httpclient.HttpMethodDirector.executeWithRetry(HttpMethodDirector.java:386)at org.apache.commons.httpclient.HttpMethodDirector.executeMethod(HttpMethodDirector.java:170)at org.apache.commons.httpclient.HttpClient.executeMethod(HttpClient.java:396)at org.apache.commons.httpclient.HttpClient.executeMethod(HttpClient.java:324)......

当时很纳闷，这个httpclient加过了连接超时时间啦？怎么还出这种问题呢，后来一查再发现，还有个读取超时时间。（具体代码可参见NO.19 HttpConnection、HttpClient使用注意点（附http连接工具：采用HttpClient支持代理Proxy、支持用户名密码、支持域Domain模式））.

修正后，再未发生过类似问题了。