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复制代码
参数说明文章来源:https://www.uudwc.com/A/LaWnV/
- -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的命令文章来源地址https://www.uudwc.com/A/LaWnV/