java内存泄漏

Java内存泄漏指对象业务上已无用却被引用链持有致GC无法回收，引发内存增长、OOM；常见场景有静态集合未清理、内部类隐式持外部类引用、ThreadLocal未remove、资源未关闭、监听器未反注册；定位靠jmap/LeakCanary/JProfiler等工具分析堆快照与引用链；预防需用WeakHashMap、static内部类、finally中remove ThreadLocal、try-with-resources、生命周期匹配的反注册。

Java内存泄漏是指对象不再被业务逻辑需要，却仍被某些引用链持有，导致垃圾回收器无法回收，最终引发内存占用持续增长、OOM等问题。

常见内存泄漏场景

以下几种情况最容易引发内存泄漏：

• 静态集合类持有对象引用：如 static Map 缓存数据后忘记清理，或 key 是临时对象但未及时 remove；
• 内部类/匿名类隐式持外部类引用：非静态内部类默认持有外部类 this，若该内部类被长期存活的对象（如线程、监听器）引用，外部类也无法释放；
• ThreadLocal 使用不当：在线程池中，ThreadLocal 变量未调用 remove()，会导致旧值在复用线程中一直残留；
• 未关闭资源型对象：如未 close 的 InputStream、Connection、Handler、BroadcastReceiver 等，可能关联着本地内存或系统资源，间接阻碍 GC；
• 监听器/回调注册后未反注册：比如 Activity 中注册了 EventBus、RxJava 订阅、View 的 OnClickListener，但在 onDestroy 时没解绑。

如何定位内存泄漏

靠日志和现象只能怀疑，确认需借助工具：

• jmap + jhat / VisualVM：导出堆快照（heap dump），查看大对象、重复实例、GC Roots 引用链；
• Android 平台推荐 LeakCanary：自动检测 Activity/Fragment 泄漏，给出清晰的引用路径图；
• JProfiler / YourKit：可视化分析对象生命周期、实时监控内存分配热点；
• 注意 GC 日志：频繁 Full GC 且老年代回收效果差，是典型信号；可用 -XX:+PrintGCDetails 观察。

预防与修复建议

写代码时多一层意识，能避开大部分问题：

标签： java android 工具 ai stream 热点 内存占用 垃圾回收器