对于在Tomcat6 (java 1.6.0_22,Linux)上运行的Spring MVC web应用程序,我很难理解从jstack获得的线程转储。
我看到阻塞线程(导致其他线程等待)本身被阻塞,但是线程转储没有告诉我它们正在等待的原因或等待哪个监视器。
示例:
"TP-Processor75" daemon prio=10 tid=0x00007f3e88448800 nid=0x56f5 waiting for monitor entry [0x00000000472bc000]
java.lang.Thread.State: BLOCKED (on object monitor)
at java.lang.Class.initAnnotationsIfNecessary(Class.java:3067)
- locked <0x00007f3e9a0b3830> (a java.lang.Class for org.catapultframework.resource.ResourceObject)
at java.lang.Class.getAnnotation(Class.java:3029)
...
也就是说,我错过了“等待锁定...”行在堆栈跟踪中。显然线程锁定了一个Class对象,但我不明白为什么线程本身会被阻塞。
线程转储不包含任何死锁提示。
我能做些什么来识别锁定监视器?
谢谢,奥利弗
发布于 2011-08-26 21:07:42
显然,我们观察到这些类型的阻塞线程的情况与大量的内存消耗以及大量的垃圾回收有关。
这个问题Java blocking issue: Why would JVM block threads in many different classes/methods?描述了类似的情况,所以我相信这些线程只是被垃圾收集器阻塞了。
(无论如何,在解决了内存问题之后,阻塞线程的这个问题就消失了。)
发布于 2014-04-07 18:18:10
这是甲骨文的HotSpot JVM中的一个表面性错误-在堆栈跟踪中,您看到- locked <0x00007f3e9a0b3830>
的地方实际上应该是- waiting to lock <0x00007f3e9a0b3830>
。
有关更多详细信息,请参阅this bug。
https://stackoverflow.com/questions/7067058
复制相似问题