Java 中如何使用 jcmd 命令执行 JVM 诊断

说到JVM诊断工具，大家可能第一时间想到jstack、jmap这些，但有没有想过，一个工具就能覆盖线程堆栈、内存分析、JFR录制这些日常需求？这就是jcmd——JDK自带的轻量级诊断利器。它不需要额外依赖，直接就能用，对于运行中的Ja va进程来说相当顺手。

先找到目标进程

要诊断，得先知道目标是谁。jcmd -l这个命令会列出当前用户能访问的所有Ja va进程，输出内容包括PID和主类名或jar路径。相比ps aux | grep ja va那样还要自己过滤，这种方式明显更精准。

需要注意几个细节：有些容器化应用可能没有主类名，输出里可能会显示成sun.tools.jcmd.JCmd或者干脆是空的，这时候可以用ps辅助确认。另外，普通用户可能看不到其他用户的Ja va进程，如果遇到这种情况，切换对应用户或者用root（生产环境得慎重）就能解决。

基础信息一览

找到进程后，不带子命令执行jcmd ，就能看到这个JVM的启动参数、系统属性、版本信息以及已加载的模块摘要。这里重点要关注的是-Xmx、-XX:+UseG1GC这些关键参数是否和预期一致。如果发现VM.native_memory默认不启用，那说明原生内存相关的功能还需要额外配置。

线程快照与堆转储实战

jcmd Thread.print这个命令可以输出当前所有线程的堆栈信息，包括锁状态。它等价于kill -3 ，但相比之下更可控，不会让你觉得像在"杀死"进程。

原生内存分析这块，需要提前开启NMT（-XX:NativeMemoryTracking=summary），然后才能用jcmd VM.native_memory summary查看概要。如果想看更详细的内存分配链路，可以用detail参数，不过要注意，这个操作可能会对性能产生影响，生产环境谨慎使用。此外，baseline和summary diff这两个命令配合使用，可以对比前后内存变化，对于排查内存泄漏很有帮助。

当不再需要NMT时，用VM.native_memory shutdown关闭即可。如果发现命令无效，先确认是否真的开启过NMT。

JFR动态管理

JDK 8u262及以上版本都内置了JFR，而jcmd就是管理它最直接的入口。启动一个60秒的录制：jcmd JFR.start name=rec1 duration=60s filename=/tmp/rec1.jfr。录制过程中可以用JFR.check查看任务状态，完成后用JFR.stop name=rec1停止并保存文件。

话说回来，JFR默认可能没有开启。第一次使用前最好检查一下jcmd VM.flags里有没有-XX:+FlightRecorder，如果没有，那只能重启JVM加上这个参数了。

总的来说，jcmd确实是个覆盖面很广的工具，从日常诊断到性能分析都能胜任。理解它的这些功能，能让你的JVM诊断工作事半功倍。