JVM GC命令是Java虚拟机中用于垃圾回收管理和调优的重要工具，通过这些命令可以查看GC行为、调整GC策略、监控内存使用情况，从而优化应用程序性能，以下从常用命令、参数解析、实际应用场景等方面进行详细说明。
基础GC命令
-
jps（Java Virtual Machine Process Status Tool）
用于查看当前系统中所有Java进程的ID和进程名，是其他GC命令的前提。jps -l # 显示完整类名路径 jps -v # 显示JVM启动参数
-
jstat（JVM Statistics Monitoring Tool）
实时监控JVM的内存使用、GC频率、GC耗时等数据。jstat -gc <pid> <interval> <count> # 监控GC统计信息
参数说明：
pid：Java进程IDinterval：采样间隔（毫秒）count：采样次数
输出字段包括：S0C（幸存区0容量）、S1C（幸存区1容量）、EC（伊甸区容量）、OU（老年代已用空间）、YGC（年轻代GC次数）、YGCT（年轻代GC耗时）等。
详细GC日志分析命令
通过JVM启动参数开启GC日志,结合工具分析日志内容：
java -Xloggc:/path/to/gc.log -XX:+PrintGCDetails -XX:+PrintGCDateStamps -XX:+PrintHeapAtGC -XX:+UseGCLogFileRotation -XX:NumberOfGCLogFiles=5 -XX:GCLogFileSize=10M <MainClass>
参数解析：
-Xloggc：指定GC日志文件路径-XX:+PrintGCDetails：打印GC详细信息，包括回收前后内存变化-XX:+PrintGCDateStamps：记录GC发生的时间戳-XX:+PrintHeapAtGC：每次GC前后打印堆内存详情-XX:+UseGCLogFileRotation：启用日志轮转，避免单个日志文件过大
GC日志关键字段解读：
[GC（年轻代GC）、[Full GC（老年代GC）Eden: 1024K->512K(2048K)：伊甸区回收前后使用量及总容量Heap：堆内存各区域（新生代、老年代、元空间）的使用情况
内存映射与堆转储分析
-
jmap（Memory Map Tool）
查看JVM内存映射或生成堆转储文件（Heap Dump）：jmap -heap <pid> # 查看堆内存配置 jmap -dump:format=b,file=heapdump.hprof <pid> # 生成堆转储文件
-
jhat（JVM Heap Analysis Tool）
分析堆转储文件，但已逐渐被VisualVM等工具取代：
（图片来源网络，侵删）jhat heapdump.hprof
-
jstack（Stack Trace Tool）
结合GC问题分析线程堆栈，排查内存泄漏或死锁：jstack -l <pid> > thread_dump.log
可视化监控工具
-
VisualVM
JDK自带工具，支持实时监控GC、内存分析、线程dump等，通过jvisualvm命令启动。 -
MAT（Memory Analyzer Tool）
Eclipse开发的堆分析工具，可快速定位内存泄漏对象，通过“Leak Suspects”报告生成问题原因。 -
GCEasy
在线GC日志分析工具，上传GC日志后自动生成优化建议。
GC调优实践案例
场景：应用频繁发生Full GC，导致停顿时间过长。
步骤：
- 通过
jstat -gcutil <pid> 1s观察GC频率，确认老年代空间不足。 - 使用
jmap -histo <pid>查看对象数量，发现大量char[]对象未被回收。 - 调整JVM参数：
-Xms4g -Xmx4g -XX:NewRatio=1 -XX:+UseG1GC -XX:MaxGCPauseMillis=200
- 固定堆大小避免动态扩缩容
- 调整新生代与老年代比例
- 启用G1GC降低停顿时间
常见GC参数速查表
| 参数 | 作用 | 示例 |
|---|---|---|
-XX:+UseSerialGC |
启用串行GC（单线程） | -XX:+UseSerialGC |
-XX:+UseParallelGC |
启用并行回收（吞吐量优先） | -XX:+UseParallelGC -XX:MaxGCPauseMillis=100 |
-XX:+UseG1GC |
启用G1GC（低延迟） | -XX:+UseG1GC -XX:MaxGCPauseMillis=200 |
-XX:InitiatingHeapOccupancyPercent |
G1GC触发Mixed GC的阈值 | -XX:InitiatingHeapOccupancyPercent=45 |
-XX:+DisableExplicitGC |
禁止通过System.gc()触发Full GC |
-XX:+DisableExplicitGC |
相关问答FAQs
Q1: 如何判断JVM是否存在内存泄漏？
A1: 通过以下步骤判断：
- 使用
jstat -gc <pid>持续观察老年代使用量是否持续增长，且Full GC后内存未显著释放。 - 生成堆转储文件（
jmap -dump），通过MAT或VisualVM分析，查看是否存在无法被GC回收的对象（如char[]、HashMap.Entry等）。 - 结合线程dump（
jstack）检查是否有线程长期持有对象引用。
Q2: G1GC和ParallelGC如何选择？
A2: 选择依据如下：
- ParallelGC：适用于对吞吐量要求高、对停顿时间不敏感的后台任务，通过多线程回收缩短GC总时间，但单次停顿可能较长。
- G1GC：适用于堆内存较大（>8GB）且对停顿时间敏感的场景（如在线服务），通过Region划分和预测性回收，将停顿时间控制在设定范围内（如
-XX:MaxGCPauseMillis）。
电商订单系统需快速响应，优先选择G1GC；而大数据批处理任务可选用ParallelGC提升吞吐量。
