ThreadLocal内存泄露分析

痛定思痛。 2024-03-08 04:59 41阅读 0赞

#### 目录 ####

*  1 ThreadLocal快速入门使用
 *  2 ThreadLocal内存泄露
 *  3 如何避免内存泄露

--------------------

## 1 ThreadLocal快速入门使用 ##

ThreadLocal介绍和应用：`https://blog.csdn.net/ZGL_cyy/article/details/125958690`

## 2 ThreadLocal内存泄露 ##

![在这里插入图片描述][6c2f0267ebf242599364c6c08eb134a9.png]  
如果创建对象较大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();
    }

[6c2f0267ebf242599364c6c08eb134a9.png]: https://image.dandelioncloud.cn/pgy_files/images/2024/03/08/3eaed023287d4e399eef25f48f86a49d.png