JDK 自带命令行工具 jcmd。它整合了 jps、jstat、jmap、jstack、jinfo 功能，支持实时诊断、性能采集及 JVM 配置调整。内容涵盖基础用法、进程查询、JVM 信息查看、内存监控与分析（堆 Dump、类统计）、线程监控（线程 Dump、死锁排查）、GC 操作与统计、动态参数调整等。通过实例演示常用命令，对比传统工具优势，并提供常见问题处理建议，帮助开发者高效进行生产环境 JVM 问题排查。
jcmd 是 JDK 自带的多功能命令行工具（JDK 7+ 内置，无需额外安装），整合了 jps、jstat、jmap、jstack、jinfo 等传统工具的核心功能，支持实时诊断、性能数据采集、JVM 配置调整等操作，且通过 PID 或主类名定位目标 JVM 进程，使用更简洁、功能更全面。
bin 目录加入系统环境变量）；jcmd 的核心语法：
jcmd [选项] <PID|主类名> <命令> [命令参数]
<PID|主类名>：指定目标 JVM 进程（可用 jcmd -l 查看所有进程）；<命令>：jcmd 支持的具体操作（如查询进程、Dump 内存、查看线程等）；<PID|主类名> 和 <命令>，仅执行 jcmd，效果等同于 jps（列出所有本地 JVM 进程）。jcmd -l # -l 显示 PID + 主类名（完整路径）
jcmd # 简写，仅显示 PID + 主类名（简洁版）
1234 com.alibaba.dubbo.container.Main # PID=1234，主类为 Dubbo 容器
5678 org.springframework.boot.loader.JarLauncher # PID=5678，Spring Boot 应用
jcmd <PID> help # 查看指定进程支持的所有 jcmd 命令
jcmd <PID> help <命令> # 查看某个具体命令的用法（如 help GC.heap_dump）
jcmd 1234 help
VM.version（JVM 版本）、VM.flags（JVM 参数）、VM.system_properties（系统属性）；GC.class_histogram（类实例统计）、GC.heap_info（堆内存信息）、Thread.print（线程 Dump）；GC.heap_dump（堆 Dump）、VM.capture_output（捕获应用输出）；VM.set_flag（修改 JVM 标志）、VM.print_flags_final（查看最终生效的参数）。命令：
jcmd <PID> VM.version
输出示例：
Java HotSpot(TM) 64-Bit Server VM version 25.341-b10
JDK version: 1.8.0_341-b10
JVM 启动时间：2025-12-01T10:00:00+0800（已运行 2h 30m）
命令：
jcmd <PID> VM.flags # 显示所有参数（默认 + 自定义）
jcmd <PID> VM.flags -all # 显示所有参数（含隐含参数，详细版）
jcmd <PID> VM.flags -long # 仅显示长格式参数（不含缩写）
输出示例（自定义参数高亮）：
-XX:InitialHeapSize=2147483648（初始堆 2G）
-XX:MaxHeapSize=4294967296（最大堆 4G）
-XX:+UseG1GC（使用 G1 垃圾收集器）
-XX:MetaspaceSize=134217728（元空间初始 128M）
命令：
jcmd <PID> VM.system_properties
输出示例：
java.version=1.8.0_341
user.home=/root
spring.profiles.active=prod（Spring Boot 环境）
file.encoding=UTF-8
命令：
jcmd <PID> GC.heap_info
输出示例（关键信息解读）：
Heap Usage:
G1 Heap: regions = 2048（G1 Region 数量）
capacity = 4294967296 bytes (4.0GB)（堆总容量）
used = 1572864000 bytes (1.5GB)（已使用）
free = 2722103296 bytes (2.5GB)（空闲）
used 率 = 36.62%
Metaspace: capacity = 1610612736 bytes (1.5GB)（元空间容量）
used = 858993456 bytes (819.2MB)（已使用）
free = 751619280 bytes (704.8MB)（空闲）
用途：快速判断堆/元空间是否溢出、使用率是否异常。
命令：
jcmd <PID> GC.heap_dump <输出路径> # 生成 hprof 格式快照
jcmd <PID> GC.heap_dump <输出路径> -all # 包含所有线程的栈信息（更全面）
示例：生成 PID=1234 的堆 Dump 到 /tmp 目录
jcmd 1234 GC.heap_dump /tmp/app_heap_dump.hprof
命令：
jcmd <PID> GC.class_histogram # 实时输出类统计
jcmd <PID> GC.class_histogram > /tmp/class_histogram.txt # 输出到文件
输出示例（关键列解读）：
num #instances #bytes class name
----------------------------------------------
1: 85623 123456784 java.lang.String（字符串实例最多）
2: 32456 98765432 java.util.HashMap$Node（HashMap 节点）
3: 15678 76543210 com.alibaba.fastjson.JSONObject（业务类）
用途：快速定位内存占用 Top 的类（如大量重复字符串、未释放的集合）。
命令：
jcmd <PID> Thread.print # 实时输出线程信息
jcmd <PID> Thread.print -l # 包含锁信息（更详细）
jcmd <PID> Thread.print > /tmp/thread_dump.txt # 输出到文件
输出示例（关键线程状态解读）：
2025-12-02 14:30:00 Full thread dump Java HotSpot(TM) 64-Bit Server VM (25.341-b10 mixed mode):
"http-nio-8080-exec-1" #23 daemon prio=5 os_prio=0 tid=0x00007f1234567890 nid=0x1234 runnable [0x00007f1234560000]
java.lang.Thread.State: RUNNABLE（运行中）
at sun.nio.ch.EPollArrayWrapper.epollWait(Native Method)
at org.apache.tomcat.util.net.NioEndpoint$SocketProcessor.doRun(NioEndpoint.java:1742)
"DubboServerHandler-192.168.1.1:20880-thread-5" #30 prio=5 os_prio=0 tid=0x00007f123456abcd nid=0x5678 waiting for monitor entry [0x00007f1234670000]
java.lang.Thread.State: BLOCKED (on object monitor)（阻塞，等待锁）
at com.example.service.UserService.queryUser(UserService.java:45)
- waiting to lock <0x0000000765432100> (a com.example.service.UserService)
"GC Thread#0" #3 daemon prio=9 os_prio=0 tid=0x00007f1234561234 nid=0x9abc runnable [0x0000000000000000]
Found one Java-level deadlock）；命令：
jcmd <PID> GC.run # 触发 Full GC（等同于 System.gc()，但 JVM 可能忽略）
jcmd <PID> GC.run_finalization # 触发对象 finalize() 方法执行
命令：
jcmd <PID> GC.statistics # 输出 GC 统计（次数、耗时、内存变化）
jcmd <PID> GC.statistics -all # 详细版（含各代垃圾回收信息）
输出示例：
GC Statistics:
G1 Young Generation:
Collections: 123（Young GC 次数）
Total Time: 456ms（总耗时）
Avg Time: 3.7ms（平均耗时）
G1 Old Generation:
Collections: 5（Full GC 次数）
Total Time: 789ms（总耗时）
Avg Time: 157.8ms（平均耗时）
Heap After Last GC: 1.2GB（最后一次 GC 后堆使用量）
用途：分析 GC 频率、耗时是否正常（如 Full GC 频繁可能是内存泄漏或参数不合理）。
jcmd 支持修改 JVM 中标记为可动态调整的参数（通过 VM.flags -all 可查看参数是否支持 dynamic）。
jcmd <PID> VM.set_flag <参数名> <值>
jcmd 1234 VM.set_flag MaxGCPauseMillis 100 # 改为 100ms
# 启用 GC 日志（输出到文件，按大小轮转）
jcmd 1234 VM.set_flag PrintGCDetails true
jcmd 1234 VM.set_flag PrintGCTimeStamps true
jcmd 1234 VM.set_flag GCLogFileSize 100m # 单个日志文件大小
jcmd 1234 VM.set_flag NumberOfGCLogFiles 10 # 日志文件轮转数
jcmd 1234 VM.set_flag LogFile /tmp/gc.log # 日志输出路径
jcmd 1234 VM.set_flag MaxMetaspaceSize 2g # 元空间最大 2G
-Xms、-Xmx 初始/最大堆）修改会报错；VM.flags 查看当前值，避免参数冲突。Permission denied，需切换到目标进程的用户（如 sudo -u appuser jcmd）；No such process，可能是 PID 错误（用 jcmd -l 重新确认）或进程已退出；GC.heap_dump）在低版本 JDK（<7u40）可能不支持，建议升级 JDK；| 功能场景 | 传统工具 | jcmd 替代命令 | 优势 |
|---|---|---|---|
| 查看本地 JVM 进程 | jps | jcmd / jcmd -l | 无需额外工具，输出更详细 |
| 查看 JVM 参数/系统属性 | jinfo | VM.flags / VM.system_properties | 整合功能，支持过滤 |
| 生成堆 Dump/类统计 | jmap | GC.heap_dump / GC.class_histogram | 命令更简洁，支持输出优化 |
| 生成线程 Dump | jstack | Thread.print | 支持锁信息详情 |
| 动态调整 JVM 参数 | 无（需重启） | VM.set_flag | 无需重启，快速应急 |
| GC 统计与触发 | jstat / jmap -histo | GC.statistics / GC.run | 实时输出，无需指定间隔 |
jcmd 是 Java 性能监控与诊断的'瑞士军刀'，整合了传统工具的核心能力，且支持动态调整参数，是生产环境排查问题（内存泄漏、线程阻塞、GC 异常）的首选工具。掌握其常用命令（进程查询、内存 Dump、线程分析、参数调整），可大幅提升问题排查效率，无需依赖第三方工具即可完成大部分 JVM 监控需求。
微信公众号「极客日志」，在微信中扫描左侧二维码关注。展示文案：极客日志 zeeklog
查找任何按下的键的javascript键代码、代码、位置和修饰符。 在线工具，Keycode 信息在线工具，online
JavaScript 字符串转义/反转义；Java 风格 \uXXXX（Native2Ascii）编码与解码。 在线工具，Escape 与 Native 编解码在线工具，online
使用 Prettier 在浏览器内格式化 JavaScript 或 HTML 片段。 在线工具，JavaScript / HTML 格式化在线工具，online
Terser 压缩、变量名混淆，或 javascript-obfuscator 高强度混淆（体积会增大）。 在线工具，JavaScript 压缩与混淆在线工具，online
将字符串编码和解码为其 Base64 格式表示形式即可。 在线工具，Base64 字符串编码/解码在线工具，online
将字符串、文件或图像转换为其 Base64 表示形式。 在线工具，Base64 文件转换器在线工具，online