Java OOM 怎么用 jmap + MAT 快速定位泄漏对象？

Question

仓乃文 · Accepted Answer

Java 应用 OOM 后需要分析堆内存找到泄漏对象。通过 jmap 导出堆转储，再用 Eclipse MAT 分析 GC Roots 引用链，可以精确定位哪个对象无法被回收、被谁引用着，这是排查 Java 内存泄漏的标准流程。步骤 1——导出堆转储： ```bash # 方法 1：OOM 时自动导出（推荐，启动参数） java -XX:+HeapDumpOnOutOfMemoryError \ -XX:HeapDumpPath=/data/heap.hprof \ -jar app.jar # 方法 2：运行时手动导出 jmap -dump:live,format=b,file=heap.hprof # 方法 3：jcmd（JDK 7+ 推荐） jcmd GC.heap_dump /data/heap.hprof ``` 步骤 2——MAT 分析： ``` 1. 打开 MAT，加载 heap.hprof 2. 查看 Leak Suspects Report（自动分析泄漏嫌疑） 3. 点击 Dominator Tree，按 Retained Size 排序 4. 找到占用最大的对象，右键 Path To GC Roots → exclude weak references 5. 引用链就是泄漏路径：哪个静态变量/ThreadLocal/缓存持有了不该持有的引用 ``` 步骤 3——常见泄漏模式： ```java // 模式 1：静态集合只增不减 private static final Map cache = new HashMap<>(); // 每次请求 put 但从不 remove // 模式 2：ThreadLocal 未 remove（线程池场景） threadLocal.set(user); // 请求结束未 remove // 模式 3：内部类持有外部类引用 public class Outer { public Runnable createTask() { return new Runnable() { // 隐式持有 Outer.this public void run() { ... } }; } } ``` 补充说明： - jmap -dump:live 会触发 Full GC，生产环境慎用，优先用自动导出 - MAT 的 Retained Size 表示该对象被回收后能释放的总内存 - 堆转储文件可能很大（与堆内存一样大），确保磁盘空间充足 - Arthas 的 heapdump 命令也可导出，且对应用影响更小