VisualVM是排查Java内存泄漏最实用的免费工具之一，无需额外安装，能直观呈现对象增长趋势、定位可疑类、导出堆快照分析；通过监视堆曲线、强制GC、抓取并分析Heap Dump（含支配树）、结合Sampler采样及远程OOM自动转储等手段，可系统识别和定位泄漏根因。

VisualVM 是排查 Java 内存泄漏最实用的免费工具之一，无需额外安装（JDK 8u60 及以前版本自带），开箱即用，重点在于“看得到、比得清、抓得住”——能直观呈现对象增长趋势、定位可疑类、导出快照供深度分析。

快速识别内存泄漏迹象

启动 jvisualvm.exe（位于 JDK 的 bin 目录），左侧自动列出本地 Java 进程，双击目标应用进入监控页：

• 切换到“监视”标签页，观察堆内存曲线：若应用无持续业务请求，但堆使用量随时间单向上升、GC 后无法回落（尤其 Old Gen 持续攀升），是典型泄漏信号；
• 点击“执行垃圾回收”按钮（垃圾桶图标）强制触发 GC，再观察堆是否明显下降——不降或仅微降，说明有对象被意外强引用；
• 留意“类”子页中的“已加载类数”，若长期运行中持续缓慢增长（尤其配合自定义 ClassLoader 场景），可能伴随 PermGen/Metaspace 泄漏。

定位泄漏源头：用堆快照（Heap Dump）

确认异常趋势后，立即抓取现场快照：

JavaStoryDevelop

你接手一个需求时，是不是经常这样："改一个小字段 → 结果把不相关的代码也改了"、"需求说得很模糊 → 做着做着发现跑偏了"、"数据库加个字段 → 上线才发现漏了数据兼容"、"做了个新功能 → 一个月后自己都忘了当时怎么设计的"、"写到一半被中断 → 再回来不知道从哪继续"；这个 Skill 就是专门解决这些问题的。 它会自动探测你的项目环境（JDK、Spring Boot、ORM、数据库、前端框架），记在

下载

• 在“监视”页点击“堆 Dump”按钮（仅对本地进程有效），生成一个 heapdump-xxx.hprof 选项卡；
• 右键该选项卡 → “另存为…”，保存为 .hprof 文件（可发给同事或离线分析）；
• 在快照视图中，点开“类”列表，按“实例数”或“保留大小”倒序排列，重点关注数量异常多、或单个实例占用内存大的自定义类（如 UserSession、CacheEntry）；
• 双击可疑类名 → 点击“实例” → 右键任意实例 → “显示支配树”（Show Retained Size），查看谁在强持有它——常暴露静态集合、监听器未注销、ThreadLocal 未清理等根因。

辅助验证：用 Sampler 查方法级内存分配

若泄漏发生在运行中且难以复现快照，可用采样器追踪新对象创建热点：

立即学习“Java免费学习笔记（深入）”；

• 切换到“抽样器”页，点击“内存” → “开始”；
• 让应用运行一段时间（如模拟用户操作），再点击“停止”；
• 结果按“实例数”排序，找出高频 new 出来的类；结合代码检查其生命周期管理逻辑（例如是否每次请求都 new 缓存对象却未释放）；
• 注意：此方式是近似统计，不替代堆快照，但适合快速圈定嫌疑范围。

远程排查注意事项

VisualVM 对远程 JVM 的堆 Dump 功能受限，仅支持本地进程。远程排查需换策略：

• 在远程服务启动参数中添加：-XX:+HeapDumpOnOutOfMemoryError -XX:HeapDumpPath=/path/to/dumps/，让 OOM 时自动落盘；
• 通过 JMX 连接后，可在“概述”页看到 JVM 参数，确认是否开启上述选项；
• 若必须远程抓取，改用命令行：jmap -dump:format=b,file=heap.hprof <pid>，再将文件拷贝回本地用 VisualVM 打开分析。