本文主要是介绍jstat命令查看jvm的GC信息，希望对大家解决编程问题提供一定的参考价值，需要的开发者们随着小编来一起学习吧！
文章目录
- 前言
- jstat命令查看jvm的GC信息
- 1. 概述
- 2. 应用堆内存水位阀值大小怎么确定
- 3. 使用 jps 命令查看 Java 进程的进程号（PID）
- 4. jstat用法
- 5. 类加载统计
- 6. 编译统计
- 7. 垃圾回收统计
- 8. 堆内存统计
- 9.新生代垃圾回收统计
- 10. 新生代内存统计
- 11. 老年代垃圾回收统计
- 12. 老年代内存统计
- 13. JVM编译方法统计
前言
如果您觉得有用的话，记得给博主点个赞，评论，收藏一键三连啊，写作不易啊^ _ ^。
而且听说点赞的人每天的运气都不会太差，实在白嫖的话，那欢迎常来啊!!!
jstat命令查看jvm的GC信息
1. 概述
Jstat是JDK自带的一个轻量级小工具。全称“Java Virtual Machine statistics monitoring tool”，它位于java的bin目录下，主要利用JVM内建的指令对Java应用程序的资源和性能进行实时的命令行的监控，包括了对Heap size和垃圾回收状况的监控。
2. 应用堆内存水位阀值大小怎么确定
关于堆内存的水位信息通常有三个值：S0C (Survivor 0 Capacity)，S1C (Survivor 1 Capacity)，和 EC (Eden Capacity)。这些值表示了堆内存的容量。
一般来说，你可能会关注以下几个方面：
- Eden 区的使用率： 如果 Eden 区的使用率较高，可能会导致频繁的 Minor GC。你可以通过监控 Eden 区的使用情况来判断是否需要调整堆内存大小，以减少 Minor GC 的频率。
- 幸存者区的使用率： 如果幸存者区的使用率过高，可能会导致对象在幸存者区之间频繁移动，增加 Full GC 的可能性。你可以通过监控幸存者区的使用情况来调整相关参数，例如增大幸存者区的大小。
- 堆内存的总体使用情况： 关注整个堆内存的使用情况，确保没有发生过多的 Full GC，因为 Full GC 会导致应用程序的停顿。
根据应用的具体情况，你可能需要调整堆内存的大小、调整新生代和老年代的比例，或者使用一些 JVM 参数进行优化。在调整这些参数时，建议进行仔细的性能测试，以确保调整的效果符合预期。
3. 使用 jps 命令查看 Java 进程的进程号（PID）
4. jstat用法
jstat命令可以查看堆内存各部分的使用量，以及加载类的数量。命令的格式如下：
jstat [-命令选项] [vmid] [间隔时间/毫秒] [查询次数]
[root@cwgkxtts-vm01 ~]# jstat -options
-class
-compiler
-gc
-gccapacity
-gccause
-gcnew
-gcnewcapacity
-gcold
-gcoldcapacity
-gcpermcapacity
-gcutil
-printcompilation
option： 参数选项-t： 可以在打印的列加上Timestamp列，用于显示系统运行的时间
-h： 可以在周期性数据数据的时候，可以在指定输出多少行以后输出一次表头
vmid： Virtual Machine ID（ 进程的 pid）
interval： 执行每次的间隔时间，单位为毫秒
count： 用于指定输出多少次记录，缺省则会一直打印
5. 类加载统计
[root@cwgkxtts-vm01 ~]# lsof -i:17001
[root@cwgkxtts-vm01 ~]# jstat -class 49101
§ Loaded:加载class的数量
§ Bytes：所占用空间大小
§ Unloaded：未加载数量
§ Bytes:未加载占用空间
§ Time：时间
6. 编译统计
[root@cwgkxtts-vm01 ~]# lsof -i:17001
[root@cwgkxtts-vm01 ~]# jstat -compiler 49101
§ Compiled：编译数量。
§ Failed：失败数量
§ Invalid：不可用数量
§ Time：时间
§ FailedType：失败类型
§ FailedMethod：失败的方法
7. 垃圾回收统计
[root@cwgkxtts-vm01 ~]# lsof -i:17001
[root@cwgkxtts-vm01 ~]# jstat -gc 49101
§ S0C：第一个幸存区的大小
§ S1C：第二个幸存区的大小
§ S0U：第一个幸存区的使用大小
§ S1U：第二个幸存区的使用大小
§ EC：伊甸园区的大小
§ EU：伊甸园区的使用大小
§ OC：老年代大小
§ OU：老年代使用大小
§ MC：方法区大小
§ MU：方法区使用大小
§ CCSC:压缩类空间大小
§ CCSU:压缩类空间使用大小
§ YGC：年轻代垃圾回收次数
§ YGCT：年轻代垃圾回收消耗时间
§ FGC：老年代垃圾回收次数
§ FGCT：老年代垃圾回收消耗时间
§ GCT：垃圾回收消耗总时间8. 堆内存统计
[root@cwgkxtts-vm01 ~]# lsof -i:17001
[root@cwgkxtts-vm01 ~]# jstat -gccapacity 49101
§ NGCMN：新生代最小容量
§ NGCMX：新生代最大容量
§ NGC：当前新生代容量
§ S0C：第一个幸存区大小
§ S1C：第二个幸存区的大小
§ EC：伊甸园区的大小
§ OGCMN：老年代最小容量
§ OGCMX：老年代最大容量
§ OGC：当前老年代大小
§ OC:当前老年代大小
§ MCMN:最小元数据容量
§ MCMX：最大元数据容量
§ MC：当前元数据空间大小
§ CCSMN：最小压缩类空间大小
§ CCSMX：最大压缩类空间大小
§ CCSC：当前压缩类空间大小
§ YGC：年轻代gc次数
§ FGC：老年代GC次数9.新生代垃圾回收统计
[root@cwgkxtts-vm01 ~]# jstat -gcnew 49101
§ S0C：第一个幸存区大小
§ S1C：第二个幸存区的大小
§ S0U：第一个幸存区的使用大小
§ S1U：第二个幸存区的使用大小
§ TT:对象在新生代存活的次数
§ MTT:对象在新生代存活的最大次数
§ DSS:期望的幸存区大小
§ EC：伊甸园区的大小
§ EU：伊甸园区的使用大小
§ YGC：年轻代垃圾回收次数
§ YGCT：年轻代垃圾回收消耗时间
10. 新生代内存统计
[root@cwgkxtts-vm01 ~]# jstat -gcnewcapacity 49101
§ NGCMN：新生代最小容量
§ NGCMX：新生代最大容量
§ NGC：当前新生代容量
§ S0CMX：最大幸存1区大小
§ S0C：当前幸存1区大小
§ S1CMX：最大幸存2区大小
§ S1C：当前幸存2区大小
§ ECMX：最大伊甸园区大小
§ EC：当前伊甸园区大小
§ YGC：年轻代垃圾回收次数
§ FGC：老年代回收次数11. 老年代垃圾回收统计
[root@cwgkxtts-vm01 ~]# jstat -gcold 49101
§ MC：方法区大小
§ MU：方法区使用大小
§ CCSC:压缩类空间大小
§ CCSU:压缩类空间使用大小
§ OC：老年代大小
§ OU：老年代使用大小
§ YGC：年轻代垃圾回收次数
§ FGC：老年代垃圾回收次数
§ FGCT：老年代垃圾回收消耗时间
§ GCT：垃圾回收消耗总时间12. 老年代内存统计
[root@cwgkxtts-vm01 ~]# jstat -gcoldcapacity 49101
§ OGCMN：老年代最小容量
§ OGCMX：老年代最大容量
§ OGC：当前老年代大小
§ OC：老年代大小
§ YGC：年轻代垃圾回收次数
§ FGC：老年代垃圾回收次数
§ FGCT：老年代垃圾回收消耗时间
§ GCT：垃圾回收消耗总时间13. JVM编译方法统计
[root@cwgkxtts-vm01 ~]# jstat -printcompilation 49101
§ Compiled：最近编译方法的数量
§ Size：最近编译方法的字节码数量
§ Type：最近编译方法的编译类型。
§ Method：方法名标识。
这篇关于jstat命令查看jvm的GC信息的文章就介绍到这儿，希望我们推荐的文章对编程师们有所帮助！
