Thread_Local使用

最新推荐文章于 2023-09-27 10:05:24 发布

不到框架不改名

最新推荐文章于 2023-09-27 10:05:24 发布

阅读量654

点赞数

文章标签： java 前端数据库

本文链接：https://blog.csdn.net/m0_57918209/article/details/125903538

版权

做项目的时候，突发奇想的想用一下ThreadLocal这个类，之前对它的定义就是每个线程独享的一个容器，挺适合我去做数据存储的（之前动态数据源也用到过）。后来在提交代码的时候，被我们的sornalint给提示报警了，提示我使用完，要用remove()方法进行删除，不然会发生很严重的内存泄露。

后来我就去了解了一下ThreadLocal的一些源码，让我重新认识了ThreadLocal。我之前认为ThreadLocal这个类底层应该是一个hashmap，key是currentThread(当前线程对象)，value为我们的所要存储的对象。

但是我发现错了!我发现ThreadLocal调用set方法的时候，他是用ThreadLocalMap进行存储，key为ThreadLocal对象本身，value为所存储的对象。更重要的是，ThreadLocalMap是currentThread对象的一条属性，所以ThreadLocalMap被当前线程对象引用着。那么就很好理解，为什么ThreadLocal能保证每个线程都有自己独立存储数据空间。

下面来解释一下，为什么使用完ThreadLocal后，需要调用remove方法。因为当我们ThreadLocal变量设置为null的时候，设想（方法出栈，局部变量清空）。理应我们的数据也应该被清空。但是，此时ThreadLocalMap的key变null了(ThreadLocal实例被GC回收），value还被我们的ThreadLocalMap强引用着，除非currentThread对象被GC，所以导致value永远不会被GC回收，这就造成了内存泄露。

ps一下，其实我们的key对象还被我们的entry对象引用着，他是weakReference的子类