在分析内存溢出、内存泄漏等内存问题时,Heap dump是关键。那么有哪些方法可以生成Heeap dump呢?
这是最关键的一种,在所有生产环境上运行java应用,一定要加上这个flag。因为谁也不能保证这次上的版本么有内存问题,等到程序崩掉的时候,发现没有保留堆内存快照,那么就是没有保留案发现场,浪费了最好的分析问题的场景。
使用示例:
java -XX:+HeapDumpOnOutOfMemoryError -XX:HeapDumpPath=/data/tmp/heapdump.hprof -jar MyApp.jar
jcmd是java 8引入的集大成的诊断工具。大家都应该尽量熟悉这个工具。
# 使用方式: jcmd <pid> GC.heap_dump <file_path> # 示例: jcmd 3873 GC.heap_dump /data/tmp/heapdump.hprof
jmap是传统的,也应该是当前大家最熟悉的生成堆快照的方法:
# 使用方法: jmap -dump:format=b,file=<file-path/> <pid> # 示例: jmap -dump:live,format=b,file=/data/tmp/heapdump.hprof 3873
其中 live
的意思是只保留存活的对象。否则所有对象(包括已经被gc的对象)都会被输出,这在线上环境heap比较大,运行时间比较长的情况线下,会导致heap过大,没有必要。
直接上图。注意,如果是远程节点,那么导出的heap快照也在远程机器上。
JMX自带一个 com.sun.management:type=HotSpotDiagnostic MBean 。这个MBean有一个 dumpHeap
的操作,可以用来触发heap dump。其有2个参数:
outputFile
:dump文件的路径。 live
:如果给 true
,则只保留存活的对象。 可以通过JConsole、JVisualVM、 jmxsh 、 Java Mission Control等方式触发这个MBean方法。