JVM （三）JVM常用工具命令:jmap,jstack,Jinfo,Jstat,+阿里开源Arthas

前言

目标：做一个有趣的程序员。

本次铁村的小蓝猫主要给大家详细分享JVM常用工具命令

包含：jmap,jstack,Jinfo,Jstat,以及阿里开源的Arthas。

任何需要的参数以及命令都可以查看
（1）JVM参数列表-官方：https://docs.oracle.com/javase/8/docs/technotes/tools/unix/java.html#BGBCIEFC

（2）JDK内置各种工具命令-官方：https://docs.oracle.com/javase/8/docs/technotes/tools/unix/index.html

一、jmap

jmap是java虚拟机自带的一种内存映像工具

jps、jps -l 、jps -v 、jps -m：查看当前JVM进程的PID

1.1 jmap [pid]

查看具体情况

1.2 jmap -dump:live,format=b,file=xxx.xxx [pid]

将当前Java进程的内存占用情况导出来题

• jmap -dump:live,format=b,file=/home/lms/a.txt pid
  执行情况，在指定路径下生成指定快照文件 a.txt，生成的文件可以用 jhat 工具来进行分析
  补图

• jmap‐dump:format=b,file=eureka.hprof pid
  用jvisualvm命令工具导入该dump文件分析
  补图

也可以设置内存溢出自动导出dump文件(内存很大的时候，可能会导不出来)
-XX:+HeapDumpOnOutOfMemoryError
-XX:HeapDumpPath=./ (路径)

1.3 jmap -histo:live [pid] >a.log

显示 存活 得对象信息

1.4 jmap -heap [pid]

堆摘要信息

二、jstack

jstack是JVM自带的Java堆栈跟踪工具，它用于打印出给定的java进程ID、core file、远程调试服务的Java堆栈信息

2.1 jstack 分析死锁问题

前置：什么是死锁

死锁是指两个或两个以上的线程在执行过程中，因争夺资源而造成的一种互相等待的现象，若无外力作用，它们都将无法进行下去。

如何用jstack排查死锁？

• 在终端中输入jsp查看当前运行的java程序
  图1
• 使用 jstack -l pid 查看线程堆栈信息下图2）
  图2
• 分析堆栈信息

2.2 jstack 分析CPU过高问题

• top
  在服务器上，我们可以通过top命令查看各个进程的cpu使用情况，它默认是按cpu使用率由高到低排序的
  补图

• top -Hp
  通过top -Hp 21340可以查看该进程下，各个线程的cpu使用情况，线程 转换16进制
  图

• jstack pid
  jstack 19663|grep -A 10 4cd0 得到线程堆栈信息中 4cd0 这个线程所在行的后面10行，从堆栈中可以发现导致cpu飙高的调 用方法
  图

• jstack -l [PID] >/tmp/log.txt
  堆栈信息打到一个文件里，再回头仔细分析哦~

三、Jinfo

可以实时地查看和调整虚拟机的各项参数。

3.1 jinfo -flags pid

查看jvm的参数

补图

3.2 jinfo -sysprops pid

查看java系统参数
补图

四、Jstat

jstat命令可以查看堆内存各部分的使用量，以及加载类的数量。jstat [-命令选项] [vmid] [间隔时间(毫秒)] [查询次数]

4.1 jstat -gc pid

最常用，可以评估程序内存使用及GC压力整体情况

补图

• S0C:第一个幸存区的大小，单位KB
• S1C:第二个幸存区的大小
• S0U:第一个幸存区的使用大小
• S1U:第二个幸存区的使用大小
• EC:伊甸园区的大小
• EU:伊甸园区的使用大小
• OC:老年代大小
• OU:老年代使用大小
• MC:方法区大小(元空间)
• MU:方法区使用大小
• CCSC:压缩类空间大小
• CCSU:压缩类空间使用大小
• YGC:年轻代垃圾回收次数
• YGCT:年轻代垃圾回收消耗时间，单位s
• FGC:老年代垃圾回收次数
• FGCT:老年代垃圾回收消耗时间，单位s
• GCT:垃圾回收消耗总时间，单位s

4.2 jstat -gccapacity pid

堆内存统计
补图

• NGCMN：新生代最小容量
• NGCMX：新生代最大容量
• NGC：当前新生代容量
• S0C：第一个幸存区大小
• S1C：第二个幸存区的大小
• EC：伊甸园区的大小
• OGCMN：老年代最小容量
• OGCMX：老年代最大容量
• OGC：当前老年代大小
• OC:当前老年代大小
• MCMN:最小元数据容量
• MCMX：最大元数据容量
• MC：当前元数据空间大小
• CCSMN：最小压缩类空间大小
• CCSMX：最大压缩类空间大小
• CCSC：当前压缩类空间大小
• YGC：年轻代gc次数
• FGC：老年代GC次数

4.3 jstat -gcnew pid

新生代垃圾回收统计
补图

• S0C：第一个幸存区大小
• S1C：第二个幸存区的大小
• S0U：第一个幸存区的使用大小
• S1U：第二个幸存区的使用大小
• TT:对象在新生代存活的次数
• MTT:对象在新生代存活的最大次数
• DSS:期望的幸存区大小
• EC：伊甸园区的大小
• EU：伊甸园区的使用大小
• YGC：年轻代垃圾回收次数
• YGCT：年轻代垃圾回收消耗时间

4.4 jstat -gcnewcapacity pid

新生代内存统计
补图

• NGCMN：新生代最小容量
• NGCMX：新生代最大容量
• NGC：当前新生代容量
• S0CMX：最大幸存1区大小
• S0C：当前幸存1区大小
• S1CMX：最大幸存2区大小
• S1C：当前幸存2区大小
• ECMX：最大伊甸园区大小
• EC：当前伊甸园区大小
• YGC：年轻代垃圾回收次数
• FGC：老年代回收次数

4.5 jstat -gcold pid

新生代垃圾回收统计

• MC：方法区大小
• MU：方法区使用大小
• CCSC:压缩类空间大小
• CCSU:压缩类空间使用大小
• OC：老年代大小
• OU：老年代使用大小
• YGC：年轻代垃圾回收次数
• FGC：老年代垃圾回收次数
• FGCT：老年代垃圾回收消耗时间
• GCT：垃圾回收消耗总时间

4.6 jstat -gcoldcapacity pid

老年代内存统计
补图

• OGCMN：老年代最小容量
• OGCMX：老年代最大容量
• OGC：当前老年代大小
• OC：老年代大小
• YGC：年轻代垃圾回收次数
• FGC：老年代垃圾回收次数
• FGCT：老年代垃圾回收消耗时间
• GCT：垃圾回收消耗总时间

4.7 jstat -gcmetacapacity pid

元数据空间统计
补图

• MCMN:最小元数据容量
• MCMX：最大元数据容量
• MC：当前元数据空间大小
• CCSMN：最小压缩类空间大小
• CCSMX：最大压缩类空间大小
• CCSC：当前压缩类空间大小
• YGC：年轻代垃圾回收次数
• FGC：老年代垃圾回收次数
• FGCT：老年代垃圾回收消耗时间
• GCT：垃圾回收消耗总时间

4.5 jstat -gcutil pid

总结垃圾回收统计
补图

• S0：幸存1区当前使用比例
• S1：幸存2区当前使用比例
• E：伊甸园区使用比例
• O：老年代使用比例
• M：元数据区使用比例
• CCS：压缩使用比例
• YGC：年轻代垃圾回收次数
• FGC：老年代垃圾回收次数
• FGCT：老年代垃圾回收消耗时间
• GCT：垃圾回收消耗总时间

五、Arthas

Arthas 是一款阿里的线上监控诊断产品
详细传送门https://arthas.aliyun.com/doc/

使用注意事项：

1. 启动Arthas 的用户需要和启动应用程序用户是同一个

5.1 Arthas常用命令

5.1.1 dashboard

补图
输入dashboard可以查看整个进程的运行情况，线程、内存、GC、运行环境信息:
补图

5.1.2 thread

补图
可以查看线程详细情况

5.1.3 thread 8

补图
可以查看线程堆栈

5.1.4 thread -b

补图
可以查看线程死锁

六、优化组合拳

6.1 获取关键数据

用 jstat gc -pid 命令可以计算出如下一些关键数据，比如堆内存大小，年轻代大小，Eden和Survivor的比例，老年代的大小，大对象的阈值，大龄对象进入老年代的阈值等。

6.2 获取年轻代对象增长的速率

可以执行命令 jstat -gc pid 1000 10 (每隔1秒执行1次命令，共执行10次)，通过观察EU(eden区的使用)来估算每秒eden大概新增多少对 象，如果系统负载不高，可以把频率1秒换成1分钟，甚至10分钟来观察整体情况。注意，一般系统可能有高峰期和日常期，所以需要在不 同的时间分别估算不同情况下对象增长速率

6.3 获取Young GC的触发频率和每次耗时

知道年轻代对象增长速率我们就能推根据eden区的大小推算出Young GC大概多久触发一次，Young GC的平均耗时可以通过 YGCT/YGC 公式算出，根据结果我们大概就能知道系统大概多久会因为Young GC的执行而卡顿多久。

6.4 计算每次Young GC后有多少对象存活和进入老年代

这个因为之前已经大概知道Young GC的频率，假设是每5分钟一次，那么可以执行命令 jstat -gc pid 300000 10 ，观察每次结果eden， survivor和老年代使用的变化情况，在每次gc后eden区使用一般会大幅减少，survivor和老年代都有可能增长，这些增长的对象就是每次 Young GC后存活的对象，同时还可以看出每次Young GC后进去老年代大概多少对象，从而可以推算出老年代对象增长速率

6.5 Full GC的触发频率和每次耗时

知道了老年代对象的增长速率就可以推算出Full GC的触发频率了，Full GC的每次耗时可以用公式 FGCT/FGC 计算得出。

6.6 优化思路

其实简单来说就是尽量让每次Young GC后的存活对象小于Survivor区域的50%，都留存在年轻代里。尽量别让对象进入老年 代。尽量减少Full GC的频率，避免频繁Full GC对JVM性能的影响。

七、默认的一些参数

• -Xms
  初始堆大小，默认为物理内存的1/64(<1GB)；默认(MinHeapFreeRatio参数可以调整)空余堆内存小于40%时，JVM就会增大堆直到-Xmx的最大限制
• -Xmx
  最大堆大小，默认(MaxHeapFreeRatio参数可以调整)空余堆内存大于70%时，JVM会减少堆直到 -Xms的最小限制
• -Xmn
  新生代的内存空间大小，注意：此处的大小是（eden+ 2 survivor space)。与jmap -heap中显示的New gen是不同的。整个堆大小=新生代大小 + 老生代大小 + 永久代大小。在保证堆大小不变的情况下，增大新生代后,将会减小老生代大小。此值对系统性能影响较大,Sun官方推荐配置为整个堆的3/8。
  -XX:SurvivorRatio：新生代中Eden区域与Survivor区域的容量比值，默认值为8。两个Survivor区与一个Eden区的比值为2:8,一个Survivor区占整个年轻代的1/10。
• -XX:SurvivorRatio
  新生代中Eden区域与Survivor区域的容量比值，默认值为8。两个Survivor区与一个Eden区的比值为2:8,一个Survivor区占整个年轻代的1/10。
• -XX:PermSize
  设置永久代(perm gen)初始值。默认值为物理内存的1/64。
• -XX:MaxPermSize
  设置持久代最大值。物理内存的1/4。

八、GC日志的查看

8.1 开启GC日志

要查看gc日志，那么首先得把gc日志进行输出，在JVM启动的时候添加参数

• XX:+PrintGCDetails 打印GC日志细节

• -XX:+PrintGCTimeStamps 打印GC日志时间

• -Xloggc:gc.log 将GC日志输出到指定的磁盘文件上去，这里会把gc.log输出到项目根路径

然后JVM在运行过程中如果发生gc，那么将会把gc日志输出到gc.log中。

8.2 GC日志分析

日志分析地点
gceasy https://gceasy.io