使用MAT分析Java堆内存转储文件的核心是定位内存泄漏或大对象占用，关键在于识别“谁占了内存、为什么没被回收”，需依次通过Leak Suspects报告、Dominator Tree、Histogram等视图结合代码逻辑验证问题根源。
使用MAT（Memory Analyzer Tool）分析Java堆内存转储文件，核心是定位内存泄漏或大对象占用问题。关键不在于打开文件，而在于读懂“谁占了内存、为什么没被回收”。
一、获取和加载堆转储文件
确保你有合法的.hprof格式堆转储文件——通常由JVM参数 -XX:+HeapDumpOnOutOfMemoryError 自动生成，或通过jmap命令手动触发：
jmap -dump:format=b,file=heap.hprof <pid>
启动MAT后，直接选择该文件即可加载。若文件过大（如 >2GB），建议在64位JDK + 足够堆内存（-Xmx8g）环境下运行MAT，避免加载失败。
二、快速识别内存泄漏嫌疑对象
加载完成后，MAT默认显示“Leak Suspects”报告，这是最高效的起点。它自动扫描常见泄漏模式（如静态集合缓存、未关闭的监听器、线程局部变量等），并给出疑似泄漏链和占用比例。
- 点击“Details”查看具体对象路径（Retained Heap大小最关键）
- 重点关注“Shortest Paths to GC Roots”中非虚引用（如Class、Thread、JNI Global）的强引用链
- 若报告为空，说明无明显泄漏模式，需手动深入分析
三、用Dominator Tree定位大对象源头
Dominator Tree按“支配关系”组织对象：一个对象A支配B，意味着从GC Root到B的所有路径都必须经过A。这能帮你绕过中间容器，直达真正“撑大堆”的对象。
- 按“Retained Heap”降序排列，顶部几行往往是问题根源（比如某个Map实例占几百MB）
- 右键→“Path to GC Roots”→勾选“exclude weak/soft/phantom references”，看谁在强持有它
- 注意区分“Shallow Heap”（对象自身）和“Retained Heap”（它独占且不可达的整个子图）
四、结合Histogram和Grouping缩小范围
Histogram按类统计实例数和内存占比，适合发现异常多的类；配合正则分组（Group by package / regex）可聚焦业务包。
立即学习“Java免费学习笔记（深入）”；
- 输入 com.yourcompany.* 快速筛选自定义类
- 右键某行→“Merge Shortest Paths to GC Roots”，查清为何这些实例无法回收
- 对比正常与异常时段的dump，观察某类实例数是否持续增长
不复杂但容易忽略：MAT不是万能侦探，它只告诉你“现在堆里有什么”，结论必须结合代码逻辑验证——比如看到大量ByteString对象，得去查Protobuf序列化是否缓存了不该缓存的数据。
