目录- 1、生命周期长的集合
- 2、未关闭的资源
- 3、ThreadLocal 使用不当
- 4、内部类与外部类引用
- 5、 监听器与回调
今天我们来一起聊一聊有哪些情况会导致内存泄漏。
什么是 内存泄漏 呢？
内存泄漏 是指对象 已经不再被程序使用，但因为某些原因 无法被垃圾回收器回收，长期占用内存，最终可能引发 OOM（OutOfMemoryError）。
接下来我们看一下常见的几类内存泄漏场景。
1、生命周期长的集合
将对象放入 静态 或 生命周期很长 的集合（如 public static List<Object> list = new ArrayList<>();），即使后面不再需要，集合仍持有其引用，导致无法GC。
2、未关闭的资源
连接、流等资源未调用 close() 方法关闭。这些资源不仅占用内存，还可能占用文件句柄（操作系统分配的唯一标识，凭它，你才能操作文件资源）、网络连接等系统资源。比如 数据库连接、文件流（FileInputStream）、Socket连接 等。
public class FileTest {
public static void main(String[] args) {
FileInputStream fis = null;
try {
fis = new FileInputStream("test.txt");
// 读取文件，未调用 fis.close()
} catch (FileNotFoundException e) {
e.printStackTrace();
} finally {
// 未调用 fis.close() → fis 持有 Native 引用，无法回收
}
}
}3、ThreadLocal 使用不当
将对象存入 ThreadLocal 后，未在后续调用 remove() 清理。若线程来自线程池（会复用），其 ThreadLocalMap 中的值会一直存活。
public class ThreadLocalTest {
private static ThreadLocal<User> userThreadLocal = new ThreadLocal<>();
public static void main(String[] args) {
// 线程池（核心线程长期存活）
TThreadPoolExecutor executor = new ThreadPoolExecutor(
2,
4,
10,
TimeUnit.SECONDS,
new ArrayBlockingQueue<>(100),
new ThreadFactoryBuilder().setNameFormat("my-thread-pool-%d").setDaemon(false).setPriority(Thread.NORM_PRIORITY).build(),
new ThreadPoolExecutor.AbortPolicy()
);
executor.submit(() -> {
User user = new User("李四", 30);
userThreadLocal.set(user); // 存储到 ThreadLocal
// 业务执行完毕，未调用 remove()
// 核心线程不会销毁，ThreadLocal 仍持有 user 引用
});
}
}ps：未进行 remove()，还可能会导致 ThreadLocal 取值串门。
4、内部类与外部类引用
非静态内部类（或匿名类）会 隐式持有 外部类的引用。如果内部类实例生命周期更长（如被缓存或另一个线程引用），会阻止外部类被回收。
public class OuterClass {
private byte[] bigData = new byte[1024 * 1024 * 10]; // 10MB 大对象
// 非静态内部类
class InnerClass {
// 内部类隐式持有 OuterClass 引用
}
public InnerClass createInner() {
return new InnerClass();
}
public static void main(String[] args) {
OuterClass outer = new OuterClass();
InnerClass inner = outer.createInner();
// 置空外部类引用，但 inner 仍持有 outer 引用
outer = null;
// 若 inner 被静态变量/线程长期持有 → outer 对象（含 bigData）无法回收
}
}5、 监听器与回调
注册了 监听器 或 回调 后，在对象不再需要时 没有注销，导致源对象仍持有监听器的引用（比如 事件监听器、消息队列的消费者等）。
排查工具推荐
- MAT（Memory Analyzer Tool）：分析堆 Dump 文件，定位泄漏对象、引用链（谁在持有泄漏对象）；
- VisualVM：JDK 自带工具，监控内存占用趋势，生成堆 Dump，简单排查泄漏。
这里我只列了常见的几种情况，欢迎大家补充其他内存泄漏场景。
到此这篇关于Java导致内存泄漏的多种情况分析的文章就介绍到这了,更多相关java内存泄漏内容请搜索琼殿技术社区以前的文章或继续浏览下面的相关文章希望大家以后多多支持琼殿技术社区！
您可能感兴趣的文章:- Java SpringBoot内存泄漏问题与解决过程
- Java中的内存泄漏与避免指南
- java内存泄漏排查过程及解决
- 避免Java内存泄漏的10个黄金法则详细指南
- Java的内存泄漏和性能瓶颈解读
- 避免Java中的内存泄漏的三种方法
- Java中ThreadLocal避免内存泄漏的方法详解
- Java内存泄漏问题排查与解决
- 一篇文章带你搞定JAVA内存泄漏
|
發表於 2026-1-9 08:49:33