JVM堆栈dump解析

 

• thread dump 是一个文本文件。是JVM各线程运行情况的快照。以栈的形式记录。能帮助我们分析程序什么地方出现问题。帮助快速定位问题。thread dump需要结合占用系统资源的线程id进行分析才有意义。

• heap dump 是一个二进制文件，可以借助java提供的jvisualVM工具打开查看。该文件是JVM堆内存的快照。记录着该时刻里有什么类，类的数量、实例的数量以及大小、实例的内容。此外还有些其他信息，如下图所示。

 

使用JDK的工具 获取dump

获取thread dump： jstack <pid> > 文件名.txt

获取heap dump： jmap -dump:live,format=b,file=heap-dump.bin <pid>

thread dump文件结构解析

具体文本就不展示了，可以自己去生成一个 thread dump 对照着看。

 2020-06-13 14:15:50
 Full thread dump Java HotSpot(TM) 64-Bit Server VM (25.231-b11 mixed mode):

这是 thread dump 的生成时间以及JVM的版本信息。

 

每个方法调用栈的第一行都有这样一个类似结构的字符串，各部分解释在上图中列出。

线程状态

deadlock

死锁线程，一般指多个线程调用期间进入了相互资源占用，导致一直等待无法释放的情况。

runnable

一般指该线程正在执行状态中。

blocked

线程正处于阻塞状态。

waiting on condition

线程正处于等待资源或等待某个条件的发生，具体的原因需要结合堆栈信息进行分析。

• 可能是在等待锁资源

• 可能是在sleep

• 可能是网络资源不足，这个要结合系统的使用信息来看。

waiting for monitor entry 或 in Object.wait()

java中synchronized的重量级锁借助Moniter 来实现。Moniter 有两个队列。一个是entry set，另一个是wait set。当synchronized 升级到重量级锁后，竞争锁失败的线程将记录到entry set中，这时线程状态是waiting for monitor entry；而竞争到锁的线程若调用锁对象的wait方法时，则记录 到wait set中，这时线程状态是 in Object.wait()。