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(); |