Jstat命令实战_jstat -gccapacity

网上学习资料一大堆，但如果学到的知识不成体系，遇到问题时只是浅尝辄止，不再深入研究，那么很难做到真正的技术提升。

需要这份系统化的资料的朋友，可以戳这里获取

一个人可以走的很快，但一群人才能走的更远！不论你是正从事IT行业的老鸟或是对IT行业感兴趣的新人，都欢迎加入我们的的圈子（技术交流、学习资源、职场吐槽、大厂内推、面试辅导），让我们一起学习成长！

#每个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性能监控与调优工具的实践应用。感谢您的阅读，后续会持续地更新！


![img](https://img-blog.csdnimg.cn/img_convert/0b68d8d97f14f7798344676cee83c8f6.png)
![img](https://img-blog.csdnimg.cn/img_convert/876c4e570bd1d550dd9719caedf455a3.png)

**网上学习资料一大堆，但如果学到的知识不成体系，遇到问题时只是浅尝辄止，不再深入研究，那么很难做到真正的技术提升。**

**[需要这份系统化的资料的朋友，可以戳这里获取](https://bbs.csdn.net/topics/618631832)**

**一个人可以走的很快，但一群人才能走的更远！不论你是正从事IT行业的老鸟或是对IT行业感兴趣的新人，都欢迎加入我们的的圈子（技术交流、学习资源、职场吐槽、大厂内推、面试辅导），让我们一起学习成长！**

1832)**

**一个人可以走的很快，但一群人才能走的更远！不论你是正从事IT行业的老鸟或是对IT行业感兴趣的新人，都欢迎加入我们的的圈子（技术交流、学习资源、职场吐槽、大厂内推、面试辅导），让我们一起学习成长！**