eclipse memory analyzer（mat）是java内存泄漏排查核心工具，关键在于获取高质量堆转储（jmap或oom自动触发）、优先查看leak suspects报告定位高retained heap对象、结合histogram与dominator tree分析实例数和引用链，并用oql精准验证泄漏假设。

Java内存泄漏排查用Eclipse Memory Analyzer（MAT）分析堆转储，核心是“获取有效快照 + 看懂关键视图 + 追查引用链”。重点不在工具操作多复杂，而在于理解哪些线索指向泄漏——比如老年代持续增长、GC后内存不回落、某个类实例数异常飙升。

生成高质量堆转储文件

堆转储质量直接影响分析结果。生产环境建议两种方式结合：

• 主动触发：用 jmap -dump:format=b,file=heap.hprof 抓取当前内存快照。适合已发现内存缓慢上涨但尚未OOM时。
• 自动捕获：JVM启动参数加 -XX:+HeapDumpOnOutOfMemoryError -XX:HeapDumpPath=/data/dumps/。OOM发生时自动生成，保留最接近崩溃时刻的状态。
• 避免在高负载时频繁 dump，可能引发STW（Stop-The-World）；大堆（>4GB）建议用 -XX:+UseG1GC 配合，减少dump耗时。

用MAT打开并初步识别泄漏嫌疑

MAT加载 .hprof 文件后会自动索引，几秒到几分钟（取决于文件大小）。首次加载完成，优先看右上角的 Leak Suspects Report：

deep-java-review

Java项目代码review工具。分析Git变更+完整调用链路上下文，推断业务需求，进行多维度评分和分类汇总，生成完整PRD文档。包含细粒度Java代码审查清单（Null安全、异常处理、Streams、并发、equals/hashCode、资源管理、API设计、性能、MyBatis/ORM、事务边界、SQL/DD...

下载

• 它不是万能诊断，但能快速标出前1–3个最可疑的内存占用大户，比如“2个HashMap占用了78%的Retained Heap”。
• 点击报告中的“Details”链接，会跳转到对应对象的支配树（Dominator Tree），显示该对象及其所有被它强引用的对象集合。
• 若报告提示“no leaks found”，不代表没有问题，可能是泄漏对象未达阈值，或引用链太深，需手动深入。

通过支配树和直方图定位根因

Leak Suspects没结论时，转向两个核心视图：

• Histogram（直方图）：按类名分组统计实例数与Retained Heap。排序后重点关注“实例数极大”或“Retained Heap极高”的类，比如 com.example.cache.DataCacheEntry 占了5.2GB且有120万实例——明显异常。
• Dominator Tree（支配树）：按Retained Heap降序排列，每个节点代表一个“支配者”对象（即删除它，其支配的所有对象才可能被回收）。找到顶部几个大节点，右键 → “Path to GC Roots” → 勾选“exclude weak/soft references”，查看谁在强持有它。
• 常见泄漏模式：静态集合（static Map）、未注销的监听器、ThreadLocal未清理、缓存未设过期策略、数据库连接/流未关闭等。

用OQL验证和缩小范围

当怀疑某类对象泄漏但数量太多时，可用对象查询语言（OQL）精准筛选：

• 例如查所有未被GC Roots直接引用的 String 实例：SELECT * FROM java.lang.String s WHERE s.@GCRoot = false
• 查某个缓存Map中key为特定类型的条目：SELECT m FROM java.util.HashMap m WHERE m.table.@length > 10000
• OQL支持正则、聚合、关联查询，比手动展开更高效，适合二次验证假设。

Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南