Java内存泄漏排查遵循“监控→捕获→分析→验证”四步闭环，推荐组合JDK命令行工具（jstat/jmap/jstack/jcmd）、Eclipse MAT、VisualVM及商业Profiler（如JProfiler），辅以GC日志、Arthas和JFR精准定位泄漏源。

Java 程序内存泄漏排查，核心是“监控 → 捕获 → 分析 → 验证”四步闭环。工具选择要兼顾易用性、深度和生产环境适配性，不追求多而全，关键是组合得当。

JDK 自带命令行工具（轻量、无需安装）

适合快速初筛和日常巡检，所有 Java 环境默认可用：

• jstat：实时看 GC 行为。重点关注 OU（老年代使用率）是否持续上涨、FGCT（Full GC 总耗时）是否陡增——这两项同步恶化，基本可判定存在泄漏。
• jmap：生成堆转储快照。常用命令 jmap -dump:live,format=b,file=heap.hprof <pid>，确保只抓存活对象，减小文件体积和分析干扰。
• jstack：配合排查线程阻塞或死锁导致的资源滞留（如未关闭的连接池线程持有大量缓存引用）。
• jcmd：JDK8+ 推荐替代 jmap/jstack 的统一命令，支持 jcmd <pid> VM.native_memory summary 查堆外内存，对 Native 泄漏也有效。

Eclipse MAT（开源、专注堆分析）

公认最高效的堆转储分析工具，免费且功能扎实，是定位泄漏根源的主力：

• 打开 .hprof 文件后，优先运行 Leak Suspects Report，它会自动标记高嫌疑对象及引用链。
• 查看 Dominator Tree，找 Retained Heap 最大的节点——真正“拖垮”内存的对象通常在这里。
• 用 Histogram 按类或包过滤，比如搜索 HashMap、ArrayList 或业务实体类，看实例数是否异常膨胀。
• 右键对象 → Path to GC Roots（排除弱引用），看清是谁在强引用它，这是确认泄漏路径的关键一步。

VisualVM / JVisualVM（内置、可视化强）

JDK 自带（JDK9 后需单独下载），适合开发调试和中短期监控：

Java Maven Common

Java Maven 项目审查工作流的通用输入处理。当 Java Maven 项目以 ZIP压缩包或 GitLab 仓库 URL 形式提供且需要...时使用。

下载

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

• 实时图表展示堆内存、GC 频次、线程数变化，能直观看到内存“只升不降”的拐点。
• 一键触发堆转储，直接在界面内分析，省去文件导出步骤。
• 插件扩展支持（如 Visual GC、GCalarm），可增强 GC 详情和告警能力。
• 注意：不建议在高负载生产环境长期启用，有一定性能开销。

商业 Profiler（深度诊断、生产友好）

适用于复杂系统、需精细追踪或不能停机的场景：

• JProfiler：优势在于实时对象分配追踪（Allocation Recording），能精确到某行代码创建了哪些对象；支持远程 attach，对线上服务影响可控。
• YourKit：内存快照离线分析能力强，生成报告清晰，特别适合对比修复前后的内存变化。
• JMC（Java Mission Control）：Oracle 官方工具，与 JDK 深度集成，JFR（Flight Recorder）可低开销采集长时间运行数据，含内存、GC、线程全维度事件。

辅助分析工具（补位关键环节）

解决单一工具覆盖不到的问题：

• GC 日志 + GCViewer / GCEasy：解析 -Xlog:gc* 输出，识别 GC 效率下降、老年代回收失败等早期信号。
• Arthas：线上诊断神器，无需重启即可执行 dashboard 查内存、heapdump 导出快照、trace 追踪方法调用，适合容器化环境快速介入。
• Java Flight Recorder（JFR）：JDK 内置，开启成本极低（-XX:+FlightRecorder），可录制内存分配热点、对象生命周期，事后用 JMC 分析。