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

本文深入剖析了Java内存泄漏的典型场景与隐蔽诱因，涵盖强引用未释放、WeakHashMap中key未重写equals/hashCode导致value滞留、静态集合滥用、内部类隐式持有外部实例、ThreadLocal未remove引发线程复用下的“脏entry”等高频问题；同时指出常见诊断误区——如混淆GC压力与真实泄漏、误读jmap -histo统计、滥用System.gc()和已被弃用的finalize()；并揭示G1 GC下字符串去重、混合GC覆盖不全、大对象直接进入Humongous区等特殊泄漏机制，最后强调堆外内存（如DirectByteBuffer、JNI引用、ClassLoader）同样可能成为泄漏源头，需结合hprof分析、jstat监控、Native Memory Tracking等多维度手段精准定位，为Java性能调优与稳定性保障提供系统性实战指南。

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

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

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

• static List