在JVM命令行工具中有很多优秀的工具,本文章主要详细地介绍Jstat命令行工具的案例应用和实战。搭建好JDK的环境后,就可以直接使用Jstst命令行的工具。下面主要从三个维度分别阐述下Jstat命令行工具,具体分别是类加载,垃圾收集以及JIT编译。
通过Jstat能够看到不同时间段类加载数的变化趋势,下面详细的演示下一个程序在出现内存溢出的过程中类加载变化的趋势。使用Jstat查看类加载变化趋势,使用到的命令具体为:
jstat -class pid 毫秒 次数
所以程序启动后,首先获取到程序的PID信息,然后查看每个3秒类加载,总共加载15次,具体过程中涉及的命令如下:
#获取程序的PID信息
jps -l
41839 com.example.dbplus.DbPlusApplication
#每个3秒输出类加载并且输出15次
Loaded Bytes Unloaded Bytes Time
8019 14480.4 0 0.0 1.95
8019 14480.4 0 0.0 1.95
8261 14924.6 73 105.5 2.03
8560 15455.4 73 105.5 2.17
8560 15455.4 73 105.5 2.17
8560 15455.4 73 105.5 2.17
8560 15455.4 73 105.5 2.17
8560 15455.4 73 105.5 2.17
8560 15455.4 73 105.5 2.17
8560 15455.4 73 105.5 2.17
8560 15455.4 73 105.5 2.17
8560 15455.4 73 105.5 2.17
8560 15455.4 74 107.1 2.17
8561 15456.9 74 107.1 2.21
8561 15456.9 74 107.1 2.21
针对如上中输出的信息,下面针对每个字段进行详细的阐述,具体如下:
Loaded:类加载的个数
Bytes:加载的KBs
Unloaded:类卸载的个数
Time:类加载与类卸载消耗的时间
通过每个字段以及如上的信息输出,可以看到,随着程序运行的过程中,类加载的个数呈上升的趋势,并且它的Time时间也是呈上升的趋势。
使用Jstat命令行工具也可以查看垃圾收集,查看的方式也是首先需要获取到程序的PID信息,然后来查看垃圾收集的过程。如下是每隔3秒收集一次并且收集次数是10次,命令为:
jstat -gc 42265 3000 10
S0C S1C S0U S1U EC EU OC OU MC MU CCSC CCSU YGC YGCT FGC FGCT GCT
2048.0 2048.0 1216.0 0.0 6656.0 1575.5 22016.0 18366.4 41728.0 38643.1 5888.0 5306.9 64 0.112 2 0.103 0.215
3072.0 3072.0 0.0 0.0 4608.0 2111.9 22016.0 21957.8 43264.0 39703.7 6144.0 5427.9 78 0.140 11 0.511 0.651
3072.0 3072.0 0.0 658.7 4608.0 4180.8 22016.0 15016.6 43520.0 39949.4 6144.0 5471.0 79 0.142 62 3.035 3.177
3072.0 3072.0 1044.6 0.0 4608.0 1328.5 22016.0 15024.6 43776.0 40294.2 6144.0 5512.9 80 0.146 62 3.035 3.181
3584.0 3584.0 0.0 0.0 3584.0 3532.9 22016.0 21730.4 43776.0 40435.1 6144.0 5529.4 93 0.190 94 4.453 4.644
3584.0 3584.0 0.0 0.0 3584.0 2203.4 22016.0 15200.7 43776.0 40435.1 6144.0 5529.4 93 0.190 119 5.574 5.764
3584.0 3584.0 0.0 0.0 3584.0 2445.8 22016.0 15200.7 43776.0 40435.1 6144.0 5529.4 93 0.190 119 5.574 5.764
3584.0 3584.0 0.0 0.0 3584.0 2668.8 22016.0 15200.7 43776.0 40435.1 6144.0 5529.4 93 0.190 119 5.574 5.764
3584.0 3584.0 0.0 0.0 3584.0 2892.2 22016.0 15200.7 43776.0 40435.1 6144.0 5529.4 93 0.190 119 5.574 5.764
3584.0 3584.0 0.0 0.0 3584.0 3119.3 22016.0 15200.7 43776.0 40435.1 6144.0 5529.4 93 0.190 119 5.574 5.764
下面详细的阐述下这些字段所表达的涵义,具体如下:
SOC、S1C、SOU、S1U:SO和S1的总量与使用量
EC、EU:Eden区总量与使用量
OC、OU:Old区总量与使用量
MC、MU:Metaspace区总量与使用量
CCSC、CCSU:压缩类空间总量与使用量
YGC、YGCT:YoungGC的次数与时间
FGC、FGCT:FullGC的次数与时间
GCT:总的GC时间
通过如上,可以看到随着程序的运行,GCT的时间一直呈上升的趋势,从最初的0.215一直到最后的5.764,而且FullGC的次数也是从最初的2一直到最后的119,YGC数据从最初的64到93,这个过程中程序也是出现了内存溢出,MC为43776.0,而MU数据为40435.1。通过如上命令行案例实战以及输出,结合Jstat命令行能够分析出GC中垃圾收集的数据,然后来逐步的对程序进行调优。
最后演示下使用Jstat来进行JIT的编译,具体命令如下:
jstat -compiler 42559
Compiled Failed Invalid Time FailedType FailedMethod
3588 0 0 0.87 0
/*
Compiled:完成编译任务的次数
Failed:失败的
Invalid:无效的
Time:编译的耗时
*/
在性能测试的过程中需要掌握很多的知识体系,包含但不限于操作系统原理,以及JVM本身的监控和调优。文章会逐步地介绍JVM性能监控与调优工具的实践应用。感谢您的阅读,后续会持续地更新!
最后感谢每一个认真阅读我文章的人,礼尚往来总是要有的,虽然不是什么很值钱的东西,如果你用得到的话可以直接拿走:
这些资料,对于【软件测试】的朋友来说应该是最全面最完整的备战仓库,这个仓库也陪伴上万个测试工程师们走过最艰难的路程,希望也能帮助到你!