首页
学习
活动
专区
工具
TVP
发布
社区首页 >问答首页 >Java线程转储:阻塞的线程没有“等待锁定...”

Java线程转储:阻塞的线程没有“等待锁定...”
EN

Stack Overflow用户
提问于 2011-08-15 23:38:47
回答 2查看 62K关注 0票数 22

对于在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对象,但我不明白为什么线程本身会被阻塞。

线程转储不包含任何死锁提示。

我能做些什么来识别锁定监视器?

谢谢,奥利弗

EN

回答 2

Stack Overflow用户

发布于 2011-08-26 21:07:42

显然,我们观察到这些类型的阻塞线程的情况与大量的内存消耗以及大量的垃圾回收有关。

这个问题Java blocking issue: Why would JVM block threads in many different classes/methods?描述了类似的情况,所以我相信这些线程只是被垃圾收集器阻塞了。

(无论如何,在解决了内存问题之后,阻塞线程的这个问题就消失了。)

票数 11
EN

Stack Overflow用户

发布于 2014-04-07 18:18:10

这是甲骨文的HotSpot JVM中的一个表面性错误-在堆栈跟踪中,您看到- locked <0x00007f3e9a0b3830>的地方实际上应该是- waiting to lock <0x00007f3e9a0b3830>

有关更多详细信息,请参阅this bug

票数 2
EN
页面原文内容由Stack Overflow提供。腾讯云小微IT领域专用引擎提供翻译支持
原文链接:

https://stackoverflow.com/questions/7067058

复制
相关文章

相似问题

领券
问题归档专栏文章快讯文章归档关键词归档开发者手册归档开发者手册 Section 归档