JVM（Java虚拟机）监控是Java应用性能优化的核心环节，通过有效的监控命令可以实时掌握JVM的运行状态，包括内存使用、线程活动、垃圾回收情况等，从而快速定位问题并进行调优，以下将详细介绍常用的JVM监控命令及其使用场景。
在Linux/Unix环境下，jps（JVM Process Status）是最基础的工具，用于查看当前系统中所有Java进程的ID和主类名称，执行jps -l会显示完整的类路径信息，而jps -v则会显示JVM启动时传递的参数，对于Windows系统，jps同样适用，但需确保环境变量中配置了JDK的bin目录。jps虽然简单，但它是后续监控命令的前提，能快速定位目标进程。
接下来是jstat（JVM Statistics Monitoring Tool），它用于监控JVM的各种运行时数据，包括堆内存、垃圾回收、类加载等，通过jstat -<option> <pid> <interval> <count>的格式，可以实时查看数据变化。jstat -gc <pid> 1s会每秒打印一次GC信息，包括Eden区、Survivor区、老年代的使用情况以及GC的时间和次数。option参数是关键，如-gcutil显示内存使用百分比，-gccause显示GC触发原因，-class统计类加载和卸载情况，对于生产环境，jstat的定期输出能帮助分析GC频率和内存回收效率，判断是否存在内存泄漏或GC过度消耗CPU的问题。
jmap（JVM Memory Map）用于生成JVM的内存转储文件（Heap Dump）或查看内存使用情况，执行jmap -heap <pid>可打印堆内存的配置信息，如新生代、老年代的大小和GC算法；jmap -histo <pid>则按类实例数量和内存占用大小排序，列出所有类的实例统计，这对于定位内存泄漏对象（如大量未释放的String或集合类）非常有帮助，需要注意的是，jmap -dump:format=b,file=<heapdump.hprof> <pid>会生成堆转储文件，该文件较大，但可通过Eclipse MAT或VisualVM等工具分析对象引用链，精准找到泄漏根源，生成堆转储会Stop the World（STW），可能影响线上服务，需谨慎使用。
jstack（JVM Stack Trace）用于生成Java虚拟机的线程快照，主要用于分析线程死锁、阻塞或CPU过高问题，执行jstack <pid>会将所有线程的堆栈信息打印到控制台，通过查找WAITING、BLOCKED或RUNNABLE状态，可以定位线程卡顿的位置，若发现多个线程等待同一锁对象，则可能存在死锁；若存在大量RUNNABLE状态的线程集中在某个方法，可能是CPU热点。jstack -l <pid>会额外锁定的信息，jstack -F <pid>则用于正常无响应时强制生成线程快照，结合top -H -p <pid>查看线程CPU占用，再用jstack分析，可高效解决线程相关问题。
除了JDK自带工具,第三方工具如VisualVM和JConsole也提供了图形化监控界面，VisualVM通过jvisualvm命令启动，支持监控本地或远程JVM，提供内存分析、线程可视化、GC日志实时查看等功能，还能导入堆转储文件进行深度分析，JConsole则是轻量级监控工具，内置在JDK中，通过jconsole启动，可实时查看内存使用曲线、线程状态和MBean属性，适合快速监控JVM基础指标，对于分布式系统，Arthas是一个开源Java诊断工具，支持在线查看方法调用参数、监控JVM内存、生成堆转储等，无需重启服务即可动态排查问题。
以下是常用JVM监控命令的总结表格：
| 命令 | 主要功能 | 常用参数示例 | 适用场景 |
|---|---|---|---|
| jps | 查看Java进程ID及主类 | jps -l, jps -v |
快速定位目标进程 |
| jstat | 监控GC、内存、类加载等运行时数据 | jstat -gcutil <pid> 1s, jstat -class <pid> |
分析GC频率、内存回收效率 |
| jmap | 生成堆转储或查看内存分布 | jmap -heap <pid>, jmap -histo <pid> |
定位内存泄漏对象，分析内存占用 |
| jstack | 生成线程快照，分析死锁或阻塞 | jstack <pid>, jstack -l <pid> |
解决线程死锁、CPU占用高问题 |
| VisualVM | 图形化监控，支持内存和线程分析 | 启动后连接进程ID | 实时可视化监控，深度分析堆转储 |
| Arthas | 动态诊断工具，支持在线修改和监控 | arthas-boot <pid> |
生产环境无需重启的问题排查 |
相关问答FAQs：
Q1: 如何判断JVM是否存在内存泄漏？
A1: 判断内存泄漏可通过以下步骤：1）使用jstat -gcutil <pid> 1s持续观察老年代或Eden区内存使用率是否持续增长且不下降；2）使用jmap -histo <pid>查看对象实例数量，若某个类的实例数量随时间不断增加且未回收，则可能存在泄漏；3）通过jmap -dump生成堆转储文件，用MAT工具分析对象引用链，查找无法被GC回收的对象及其来源，常见泄漏场景包括未关闭的数据库连接、静态集合类无限添加对象等。
Q2: 线程CPU占用过高时，如何快速定位问题代码？
A2: 定位步骤如下：1）使用top -H -p <pid>找到CPU占用最高的线程ID（TID）；2）将TID转换为十六进制（如printf "%x\n <TID>），再用jstack <pid> | grep <十六进制TID> -A 10查看该线程的堆栈信息；3）分析堆栈中的方法调用栈，重点关注RUNNABLE状态的方法，定位具体代码行，若堆栈信息不明确，可结合arthas的thread命令或async-profiler工具进行更细粒度的CPU火焰图分析。
