Java内存泄漏与垃圾回收解析

本文深入剖析了Java内存泄漏的典型诱因与精准排查方法，涵盖强引用滥用、弱引用误用（如WeakHashMap中key未重写equals/hashCode）、静态集合长期持有时对象、内部类隐式引用外部实例、ThreadLocal未及时remove等高频陷阱；同时指出不能仅凭频繁Full GC或jmap -histo盲目断定泄漏，而应结合HeapDump快照、jstat观测老年代使用趋势、GC Roots引用链分析来定位真实泄漏点；还特别警示System.gc()和finalize()对诊断的干扰，强调现代JDK中应使用Cleaner替代finalize，并揭示G1 GC下字符串去重、Humongous分配及混合GC覆盖不全等隐蔽泄漏场景，最后提醒关注ClassLoader、JNI全局引用和堆外内存（如DirectByteBuffer）等非堆泄漏源，为Java性能调优与稳定性保障提供系统性实战指南。

Java中哪些引用类型会导致内存泄漏

强引用（Object obj = new Object()）最常见，只要它没被显式置为 null 或超出作用域，GC 就不会回收对应对象。但真正容易埋雷的是弱引用误用和静态集合滥用。

比如把 WeakHashMap 当成“自动清理缓存”用，却往 key 里塞了非重写 equals()/hashCode() 的自定义对象——WeakHashMap 内部仍用 == 判断 key 是否被回收，结果 key 被回收后，value 却因引用链残留而无法释放。

• static List