我要招人

Java面试题更新 2026-08-05

在 Java 开发中，如何进行内存泄漏分析？请说明常用工具、分析步骤和关键判断依据。

问题排查JavaJVM

考察说明

考查候选人对 Java 内存泄漏的识别、定位与排查能力。

回答思路

  1. 【回答框架 1】内存泄漏指对象不再使用却仍被引用，导致 GC 无法回收，表现为堆使用量持续增长并最终触发 OutOfMemoryError。常见类型包括静态集合持有对象、未关闭资源、内部类或监听器未解绑、ThreadLocal 未清理等。
  2. 【回答框架 2】分析步骤：先通过 jstat 或 JConsole 观察堆内存趋势，确认是否持续上升并触发频繁 Full GC；然后使用 jmap 导出堆转储文件，或用 VisualVM、Eclipse MAT、YourKit 等工具分析。
  3. 【回答框架 3】MAT 中重点查看 Histogram 与 Dominator Tree，找出占用大的对象及强引用链；对比多次堆转储可定位增长最快的对象。通过引用链判断泄漏源，例如集合、缓存或全局单例的持有。
  4. 【回答框架 4】修复思路：针对持有者解除引用、使用弱引用或软引用、及时关闭资源、规范化监听器生命周期；修复后通过压测和监控验证内存曲线是否平稳。
  5. 【回答框架 5】避免误区：内存泄漏与内存溢出不同，内存溢出可能是短暂大对象导致；并非所有堆增长都是泄漏，缓存或正常业务数据也可能造成增长，需结合业务场景判断。
  6. 【关键点 1】内存泄漏是对象无法回收但不再需要，强引用链是核心原因。
  7. 【关键点 2】使用 jmap 和 MAT 分析堆转储，对比多次转储定位增长对象。
  8. 【关键点 3】Dominator Tree 可快速找出大对象与持有者。
  9. 【关键点 4】常见泄漏源：静态集合、未关闭资源、监听器未解绑。
  10. 【关键点 5】修复后用监控验证内存曲线，防止误判正常缓存增长为泄漏。
  11. 【易错点 1】只凭堆增长就断定泄漏，可能忽略正常缓存或批量数据。
  12. 【易错点 2】忽略不同 GC 策略对堆使用的影响，导致分析偏差。
  13. 【易错点 3】仅看单次堆转储，无法准确识别趋势性增长对象。