ThreadLocal 简介
ThreadLocal
提供了线程的局部变量,每个线程都可以通过set()
和get()
来对这个局部变量进行操作,但不会和其他线程的局部变量进行冲突,从而避免了线程安全问题。
简而言之:ThreadLocal
保证了各个线程的数据互不干扰。
ThreadLocal 原理
从 Thread
类源代码入手。
1 | public class Thread implements Runnable { |
从上面Thread
类 源代码可以看出Thread
类中有一个 threadLocals
和 一个 inheritableThreadLocals
变量,它们都是 ThreadLocalMap
类型的变量,我们可以把 ThreadLocalMap
理解为ThreadLocal
类实现的定制化的 HashMap
。默认情况下这两个变量都是 null,只有当前线程调用 ThreadLocal
类的 set
或get
方法时才创建它们,实际上调用这两个方法的时候,我们调用的是ThreadLocalMap
类对应的 get()
、set()
方法。
ThreadLocal
类的set()
方法
1 | public void set(T value) { |
最终的变量是放在了当前线程的 ThreadLocalMap
中,并不是存在 ThreadLocal
上,ThreadLocal
可以理解为只是ThreadLocalMap
的封装,传递了变量值。 ThrealLocal
类中可以通过Thread.currentThread()
获取到当前线程对象后,直接通过getMap(Thread t)
可以访问到该线程的ThreadLocalMap
对象。
每个Thread
中都有一个ThreadLocalMap
,而ThreadLocalMap
可以存储以ThreadLocal
为 key ,Object 对象为 value 的键值对;采用类似hashmap机制
1 | ThreadLocalMap(ThreadLocal<?> firstKey, Object firstValue) { |
ThreadLocal 内存泄露原因
ThreadLocal可能导致内存泄漏,为什么?
先看看Entry的实现:
1 | static class Entry extends WeakReference<ThreadLocal<?>> { |
ThreadLocalMap
中使用的 key 为 ThreadLocal
的弱引用,而 value 是强引用。所以,如果 ThreadLocal
没有被外部强引用的情况下,在垃圾回收的时候,key 会被清理掉,而 value 不会被清理掉。这样一来,ThreadLocalMap
中就会出现 key 为 null 的 Entry
。假如我们不做任何措施的话,value 永远无法被 GC 回收,这个时候就可能会产生内存泄露
如何避免 ThreadLocal 内存泄露
如果使用ThreadLocal的set方法之后,记得调用remove()
方法
1 | ThreadLocal<String> localName = new ThreadLocal(); |