jstat是Java中轻量实时分析GC状态的首选工具，无需启动参数即可获取PID进程的GC频率、耗时及堆区使用情况；常用命令如jstat -gc 12345 1000 5可每秒输出5次统计，关键字段包括S0C/S1C、EC/EU、OC/OU、YGC/YGCT、FGC/FGCT等，用于快速定位内存泄漏、频繁GC或元空间不足等问题。
Java 中使用 jstat 命令分析 GC 状态，是排查内存问题和调优最轻量、最实时的方式之一。它不需要额外启动参数（如 -Xlog:gc），只要 JVM 正在运行，就能快速获取 GC 频率、耗时、堆各区域使用情况等核心指标。
确认目标 Java 进程 PID
在使用 jstat 前，先得知道要监控的 Java 进程 ID：
- Linux/macOS 下执行：
jps -l或ps aux | grep java - Windows 下执行：
jps -l（需 JDK 的 bin 目录在 PATH 中） - 输出示例：
12345 /path/to/your/app.jar→ PID 就是12345
常用 jstat GC 监控命令格式
jstat 的核心是选择合适的选项（option）和刷新间隔。最常用的是以下三类：
-
jstat -gc <pid>：一次性打印当前 GC 统计快照（年轻代、老年代、元空间、GC 次数与耗时） -
jstat -gc <pid> 1000 5：每 1 秒打印一次，共打 5 行，适合观察趋势 -
jstat -gc -h3 <pid> 2000：每 2 秒输出一行，每 3 行加一次表头，避免滚动丢失列名
注意：-gc 是最推荐的起点；若用的是 JDK 8 及以前，可能显示 PermGen；JDK 8+ 默认用 Metaspace，对应字段为 M（已使用）、MC（容量）、MGCC（元空间 GC 次数）。
立即学习“Java免费学习笔记（深入）”；
关键字段解读（以 jstat -gc 输出为例）
理解列名含义，才能判断是否存在异常：
-
S0C/S1C：Survivor 0/1 区容量（KB），大小通常相等 -
EC：Eden 区容量；EU是当前已用 —— 若EU长期接近EC，说明对象分配快或 YGC 不够及时 -
OC：Old区容量；OU：已用 ——OU持续上涨且不下降，可能有内存泄漏或老年代过大导致回收不积极 -
YGC/YGCT：年轻代 GC 次数与总耗时（秒）→ 计算平均每次 YGC 耗时：YGCT/YGC，超过 50ms 需关注 -
FGC/FGCT：Full GC 次数与总耗时 → 出现 FGC 要立刻查原因（如大对象直接进老年代、元空间不足、显式 System.gc()） -
GCT：所有 GC 总耗时。若GCT占应用运行时间比例 > 10%，说明 GC 已严重影响吞吐
结合场景快速定位问题
不用等出问题再看日志，日常可这样“扫描”：
- 刚启动后频繁 YGC？→ 检查是否初始化加载过多单例、缓存预热太猛
- YGC 次数多但
OU几乎不增？→ 对象基本都在年轻代被回收，属健康状态 -
FGC突然增加 +MC接近MX（最大元空间）？→ 很可能是动态生成类（如 CGLIB、JSON 序列化框架反射）导致元空间耗尽 -
OU缓慢但稳定上升，YGC 后不下降？→ 老年代对象没被回收，优先怀疑静态集合类（HashMap、ConcurrentHashMap）误存长生命周期对象
如果发现异常，可配合 jmap -histo <pid> 查大对象，或开启详细 GC 日志（-Xlog:gc*:file=gc.log:time,tags,level）做深度分析。
