jcmd gc.heap_info 可秒级查看堆内内存配置与实时状态，不触发gc；jcmd vm.native_memory summary（需启用nmt）可轻量诊断堆外内存，重点监控[thread]/[class]/[internal]三块增长趋势。
用 jcmd 查看 JVM 内存使用详情，重点是分清“堆内”和“堆外”，并选择不触发 GC、不暂停应用的轻量命令。它本身不 dump 内存，但能快速暴露配置偏差、对象膨胀或原生内存异常增长等线索。
查堆内存基础配置与实时状态
执行 jcmd
- 显示初始（-Xms）和最大（-Xmx）堆大小，确认是否与预期一致
- 列出新生代（Eden/Survivor）、老年代实际已用/总容量，判断是否存在区域失衡
- 给出已提交（committed）和已保留（reserved）内存值，辅助识别内存未释放但未真正分配的情况
该命令不触发 GC，适合生产环境高频检查；若需对比历史趋势，可定时采集输出并提取 Used/Max 字段。
看存活对象分布（不 dump 堆）
用 jcmd
- 列出 Top 20 类的实例数、总字节数，快速定位是否某类对象数量异常飙升（如 ByteBuf、String、HashMap$Node）
- 注意：此命令会触发一次 Full GC，生产环境慎用；安全替代是 jcmd
VM.class_hierarchy ，仅展示类加载器层级关系，无 GC 开销
诊断堆外内存（Native Memory）
堆外问题常被忽略，但线程、DirectByteBuffer、JIT 编译缓存都耗这里。前提是 JVM 启动时加了 -XX:NativeMemoryTracking=summary：
-
jcmd
VM.native_memory summary ：毫秒返回，重点关注 [thread]、[class]、[internal] 三块增长趋势 - [thread] 持续上升 → 线程泄漏（如虚拟线程未 close、定时任务重复注册）
- [internal] 显著偏高 → 可能是 DirectByteBuffer Cleaner 积压或 JIT 缓存未回收
- 如需定位具体调用栈，可在低峰期临时执行 jcmd
VM.native_memory detail ，但性能开销达 5–10%，排查后建议用 VM.native_memory shutdown 关闭 NMT
交叉验证关键配置是否生效
内存行为异常，有时源于参数未正确加载：
-
jcmd
VM.flags -all ：确认 -Xmx、-XX:+UseG1GC、-XX:MaxDirectMemorySize 等关键参数是否在运行时生效 -
jcmd
VM.system_properties ：检查 -Dio.netty.maxDirectMemory 等框架级内存控制参数 -
jcmd
VM.command_line ：还原完整启动命令，排除容器启动脚本覆盖参数的可能
不复杂但容易忽略
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
