分析 Java 进程的线程转储

java thread-dump java-ee-6

2022-09-04 22:12:09

我有基于Java EE的应用程序在tomcat上运行，我看到应用程序在运行几个小时后突然挂起。

我在应用程序挂起之前从应用程序中收集了线程转储，并将其放入TDA中进行分析：

enter image description here

TDA（线程转储分析器）为上述监视器提供以下消息：

A lot of threads are waiting for this monitor to become available again.
This might indicate a congestion. You also should analyze other locks 
blocked by threads waiting for this monitor as there might be much more 
threads waiting for it.

下面是上面突出显示的线程的堆栈跟踪：

"MY_THREAD" prio=10 tid=0x00007f97f1918800 nid=0x776a 
             waiting for monitor entry [0x00007f9819560000]
   java.lang.Thread.State: BLOCKED (on object monitor)
    at java.util.Hashtable.get(Hashtable.java:356)
    - locked <0x0000000680038b68> (a java.util.Properties)
    at java.util.Properties.getProperty(Properties.java:951)
    at java.lang.System.getProperty(System.java:709)
    at com.MyClass.myMethod(MyClass.java:344)

我想知道状态是什么意思？也将不胜感激任何指针来帮助我调试此问题。"waiting for monitor entry"

答案 1

其中一个线程获取了监视器对象（对象上的独占锁）。这意味着线程正在执行同步代码，并且由于某种原因卡在那里，可能正在等待其他线程。但是其他线程无法继续执行，因为它们遇到了一个同步块并要求锁定（监视对象），但是它们无法获取它，直到它被其他线程释放。所以。。。可能是死锁。

答案 2

请从整个线程转储中查找此字符串

- 锁定<0x00007f9819560000>

如果可以找到它，线程是死锁，线程“tid=0x00007f97f1918800”