Java-heap dump 文件分析

Java-heap 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()。

jstack-线程堆栈分析工具

C:\Users\EDZ>jstack -help
Usage:
    jstack [-l] <pid>
        (to connect to running process)
    jstack -F [-m] [-l] <pid>
        (to connect to a hung process)
    jstack [-m] [-l] <executable> <core>
        (to connect to a core file)
    jstack [-m] [-l] [server_id@]<remote server IP or hostname>
        (to connect to a remote debug server)

Options:
    -F  to force a thread dump. Use when jstack <pid> does not respond (process is hung)
    -m  to print both java and native frames (mixed mode)
    -l  long listing. Prints additional information about locks
    -h or -help to print this help message复制代码

参数说明

• -l 长列表. 打印关于锁的附加信息,例如属于java.util.concurrent 的 ownable synchronizers列表.
• -F 当’jstack [-l] pid’没有相应数据的时候强制打印栈信息
• -m 打印java和native c/c++框架的所有栈信息.
• -h | -help 打印帮助信息 pid 需要被打印配置信息的java进程id,可以用jps查询.

jps(Java Virtual Machine Process Status Tool) 是java提供的一个显示当前所有java进程pid的命令