ThreadLocal内存泄露分析

最新推荐文章于 2025-01-23 12:00:00 发布

赵广陆

最新推荐文章于 2025-01-23 12:00:00 发布

阅读量140

点赞数

分类专栏： tool 文章标签： java jvm 开发语言

本文链接：https://blog.youkuaiyun.com/ZGL_cyy/article/details/132701890

版权

tool 专栏收录该内容

62 篇文章

订阅专栏

文章介绍了ThreadLocal的使用、可能导致的内存泄露原因（弱引用导致的GC问题），以及如何通过调用get(),set(),remove()来避免内存泄露。强调了良好编程习惯的重要性。

摘要生成于 C知道，由 DeepSeek-R1 满血版支持，前往体验 >

1 ThreadLocal快速入门使用

ThreadLocal介绍和应用：https://blog.youkuaiyun.com/ZGL_cyy/article/details/125958690

2 ThreadLocal内存泄露

在这里插入图片描述
如果创建对象较大gc，ThreadLocal是个弱应用之后为null，Entry就会无人找到一直存在。

ThreadLocal可能导致内存泄漏，为什么？
先看看Entry的实现：

static class Entry extends WeakReference<ThreadLocal<?>> {
    /** The value associated with this ThreadLocal. */
    Object value;

    Entry(ThreadLocal<?> k, Object v) {
        super(k);
        value = v;
    }
}

通过之前的分析已经知道，当使用ThreadLocal保存一个value时，会在ThreadLocalMap中的数组插入一个Entry对象，按理说key-value都应该以强引用保存在Entry对象中，但在ThreadLocalMap的实现中，key被保存到了WeakReference对象中。

这就导致了一个问题，ThreadLocal在没有外部强引用时，发生GC时会被回收，如果创建ThreadLocal的线程一直持续运行，那么这个Entry对象中的value就有可能一直得不到回收，发生内存泄露。

3 如何避免内存泄露

既然已经发现有内存泄露的隐患，自然有应对的策略，在调用ThreadLocal的get()、set()可能会清除ThreadLocalMap中key为null的Entry对象，这样对应的value就没有GC Roots可达了，下次GC的时候就可以被回收，当然如果调用remove方法，肯定会删除对应的Entry对象。

如果使用ThreadLocal的set方法之后，没有显示的调用remove方法，就有可能发生内存泄露，所以养成良好的编程习惯十分重要，使用完ThreadLocal之后，记得调用remove方法。

ThreadLocal<String> localName = new ThreadLocal();
try {
    localName.set("123");
    // 其它业务逻辑
} finally {
    localName.remove();
}