jstat 是 JDK 自带的轻量级 JVM 监控工具，无需代理或配置修改，可快速查看 GC、类加载和内存趋势；通过 PID（如 jps -l 获取）运行，常用命令如 jstat -gc <pid> <interval> <count>，关键指标包括 YGC/FGC 次数与耗时、Survivor/Eden/老年代容量等，-gccause 可显示 GC 原因，-class 用于检测类泄漏，需确保 JVM 未启用 -XX:+PerfDisableSharedMem。
jstat 是 JDK 自带的轻量级 JVM 统计监控工具，无需启动额外代理或修改应用配置，适合在生产环境快速查看 GC 行为、类加载动态和内存使用趋势。它不侵入应用，也不依赖 JMX，是运维和开发排查内存问题的第一手工具。
获取目标 Java 进程 ID（PID）
运行 jstat 前必须知道目标 JVM 的进程号：
- 用 ps -ef | grep java 查看所有 Java 进程，注意识别启动参数（如 -jar 或主类名）
- 或使用 jps -l（推荐），输出简洁，含完整主类/ jar 路径，例如：
12345 /opt/app.jar - 若 JVM 启用了 -Dcom.sun.management.jmxremote 并绑定了特定端口，jstat 仍只需 PID，不依赖 JMX 端口
监控垃圾回收频率与耗时（-gc 和 -gccause）
最常用的是 jstat -gc <pid> <interval_ms> <count>，例如：
- jstat -gc 12345 1000 5：每秒打印一次 GC 统计，共 5 次
- 关键列含义：
• S0C/S1C：当前 Survivor 区容量（KB）
• EC/OC/MC：Eden、老年代、元空间容量
• YGC/YGCT：Young GC 次数与总耗时（秒）→ 频率高但单次短，说明对象生命周期短或 Eden 太小
• FGC/FGCT：Full GC 次数与总耗时 → 出现增长需警惕（如元空间泄漏、大对象直接进老年代、CMS 失败等） - 加 -gccause 可看到每次 GC 的触发原因（如 Allocation Failure、Metadata GC Threshold），对定位根因更直接
观察类加载动态（-class 和 -loaded）
类加载行为异常（如反复卸载/加载、持续增长）常暗示热部署框架（Spring Boot DevTools、JRebel）、OSGi 或自定义 ClassLoader 问题：
-
jstat -class 12345 2000：每 2 秒输出类加载统计
• loaded：当前已加载类总数
• bytes：加载类占用的字节数（近似元空间使用）
• unloaded：已卸载类数（非零值需关注是否频繁 GC 类元数据） - 若 loaded 持续上升且 unloaded ≈ 0，可能有类泄漏（如 ThreadLocal 持有 ClassLoader）
- 配合 jstat -compiler 12345 可看 JIT 编译情况，间接反映类是否被稳定使用
实用技巧与注意事项
让 jstat 输出更易读、更有效：
- 用 -h<n> 控制表头显示频率（如 -h3 表示每 3 行打印一次列名）
- 输出列默认单位是 KB，数值较大时可用 -J-Xmx2g 启动 jstat 自身避免 OOM（极少需要，仅当监控超大堆且采样极密时）
- jstat 读取的是 JVM 内部 perfdata 文件（Linux 下通常在 /tmp/hsperfdata_<user>/<pid>），确保目标 JVM 未以 -XX:+PerfDisableSharedMem 启动（否则 jstat 无法连接）
- 它不记录历史，如需长期趋势，请重定向输出到文件 + 配合 awk/gnuplot 分析，或改用 Prometheus + JMX Exporter
