Java堆分析 jmap+jhat
作者：互联网
Java堆分析 jmap+jhat
最近在使用DataSync做数据迁移，执行了10天+，进程还未结束，也未出现错误日志，所以就看看是不是哪里卡住了...
jmap命令：
-dump:[live,]format=b,file=<filename> 使用hprof二进制形式,输出jvm的heap内容到文件=. live子选项是可选的，假如指定live选项,那么只输出活的对象到文件. -finalizerinfo 打印正等候回收的对象的信息. -heap 打印heap的概要信息，GC使用的算法，heap的配置及wise heap的使用情况. -histo[:live] 打印每个class的实例数目,内存占用,类全名信息. VM的内部类名字开头会加上前缀”*”. 如果live子参数加上后,只统计活的对象数量. -permstat 打印classload和jvm heap长久层的信息. 包含每个classloader的名字,活泼性,地址,父classloader和加载的class数量. 另外,内部String的数量和占用内存数也会打印出来. -F 强迫.在pid没有相应的时候使用-dump或者-histo参数. 在这个模式下,live子参数无效. -h | -help 打印辅助信息 -J 传递参数给jmap启动的jvm.
使用步骤：
>>>先找到pid（linux环境）
ps -ef|grep java
由上图可知 pid为 ： 19893
1.将JVM的堆内容输入到当前目录的dump.log文件中（ live子选项是可选的，假如指定live选项,那么只输出活的对象到文件. ）
jmap -dump:live,file=dump.log 19893
输出结果：
Dumping heap to /app/installation/DataSync/logs/dump.log ... Heap dump file created
2.使用jhat命令分析dump.log文件
jhat dump.log
输出结果：
Reading from dump.log... Dump file created Mon Mar 09 09:48:50 CST 2020 Snapshot read, resolving... Resolving 110219 objects... Chasing references, expect 22 dots...................... Eliminating duplicate references...................... Snapshot resolved. Started HTTP server on port 7000 Server is ready.
使用浏览器访问堆分析地址： http://localhost:7000 (localhost替换为服务器ip)
将右侧的下拉框拖到最后：
Other Queries All classes including platform #显示出堆中包含的所有的类 Show all members of the rootset #从根集能引用到的对象 Show instance counts for all classes (including platform) #显示所有的实例数量（包括平台） Show instance counts for all classes (excluding platform) #显示所有实例的数量（平台除外） Show heap histogram #显示堆的统计信息 Show finalizer summary #正在回收的对象统计 Execute Object Query Language (OQL) query #执行对象查询语句
我们主要看一下堆的统计信息：
3.-finalizerinfo 打印正等候回收的对象的信息.
eg: jmap -finalizerinfo 19893
输出结果：
Attaching to process ID 19893, please wait... Debugger attached successfully. Server compiler detected. JVM version is 25.221-b11 Number of objects pending for finalization: 0
4.-heap 打印heap的概要信息，GC使用的算法，heap的配置及wise heap的使用情况.
eg: jmap -heap 19893
输出结果：
Attaching to process ID 19893, please wait... Debugger attached successfully. Server compiler detected. JVM version is 25.221-b11 using thread-local object allocation. Parallel GC with 8 thread(s) Heap Configuration: MinHeapFreeRatio = 0 # -Xmn 默认(MinHeapFreeRatio参数可以调整)空余堆内存小于40%时，这里设置为0%，JVM就会增大堆直到-Xmx的最大限制. MaxHeapFreeRatio = 100 # -Xmx 默认(MaxHeapFreeRatio参数可以调整)空余堆内存大于70%时，这里设置为100%，JVM会减少堆直到 -Xms的最小限制 MaxHeapSize = 8392802304 (8004.0MB) # NewSize = 175112192 (167.0MB) #年轻代大小 MaxNewSize = 2797600768 (2668.0MB) #最大年轻代大小 OldSize = 351272960 (335.0MB) # NewRatio = 2 #年轻代(包括Eden和两个Survivor区)与年老代的比值(除去持久代) SurvivorRatio = 8 # Eden区与Survivor区的大小比值 MetaspaceSize = 21807104 (20.796875MB) CompressedClassSpaceSize = 1073741824 (1024.0MB) MaxMetaspaceSize = 17592186044415 MB G1HeapRegionSize = 0 (0.0MB) Heap Usage: PS Young Generation Eden Space: capacity = 174063616 (166.0MB) used = 2929112 (2.7934188842773438MB) free = 171134504 (163.20658111572266MB) 1.6827824604080384% used From Space: capacity = 524288 (0.5MB) used = 0 (0.0MB) free = 524288 (0.5MB) 0.0% used To Space: capacity = 524288 (0.5MB) used = 0 (0.0MB) free = 524288 (0.5MB) 0.0% used PS Old Generation capacity = 378535936 (361.0MB) used = 6553576 (6.249977111816406MB) free = 371982360 (354.7500228881836MB) 1.7312955988411098% used 11013 interned Strings occupying 980480 bytes.
5.-histo[:live] 打印每个class的实例数目,内存占用,类全名信息. VM的内部类名字开头会加上前缀”*”. 如果live子参数加上后,只统计活的对象数量.
eg: jmap -histo:live 19893
6.-permstat 打印classload和jvm heap长久层的信息. 包含每个classloader的名字,活泼性,地址,父classloader和加载的class数量. 另外,内部String的数量和占用内存数也会打印出来.
-F 强迫.在pid没有相应的时候使用-dump或者-histo参数. 在这个模式下,live子参数无效.
-h | -help 打印辅助信息
-J 传递参数给jmap启动的jvm.
标签：Java,dump,MB,打印,live,heap,jhat,jmap 来源： https://www.cnblogs.com/DFX339/p/12447735.html