多线程与高并发系列三（ThreadLocal）

欢迎大家观看我对于多线程与高并发这一系列的博客：
多线程与高并发系列一（多线程基本知识）
多线程与高并发系列二（Synchronized和volatile）
多线程与高并发系列三（ThreadLocal）
多线程与高并发系列四（线程池）
多线程与高并发系列五（ReentrantLock）
多线程与高并发系列六（并发工具）
多线程与高并发系列七（阻塞队列和Atomic 原子类）

通常情况下，我们创建的变量是可以被任何⼀个线程访问并修改的。如果想实现每⼀个线程都有自己的专属本地变量该如何解决呢？ JDK中提供的 ThreadLocal 类正是为了解决这样的问题。
ThreadLocal 类主要解决的就是让每个线程绑定自己的值，可以将ThreadLocal 类形象的比喻成存放数据的盒子，盒子中可以存储每个线程的私有数据。
如果你创建了⼀个 ThreadLocal 变量，那么访问这个变量的每个线程都会有这个变量的本地副本，这也是 ThreadLocal 变量名的由来。他们可以使用get() 和 set()方法来获取默认值或将其值更改为当前线程所存的副本的值，从⽽避免了线程安全问题。

ThreadLocal原理

从Thread类源码看起

public class Thread implements Runnable {
 ......
//与此线程有关的ThreadLocal值。由ThreadLocal类维护
ThreadLocal.ThreadLocalMap threadLocals = null;
//与此线程有关的InheritableThreadLocal值。由InheritableThreadLocal类维护
ThreadLocal.ThreadLocalMap inheritableThreadLocals = null;
 ......
}

从上面 Thread 类源代码可以看出 Thread 类中有⼀个 threadLocals 和⼀个inheritableThreadLocals 变量，它们都是 ThreadLocalMap 类型的变量，我们可以把ThreadLocalMap 理解为 ThreadLocal 类实现的定制化的 HashMap 。默认情况下这两个变量都是null，只有当前线程调用 ThreadLocal 类的 set 或 get 方法时才创建它们，实际上调用这两个方法的时候，我们调用的是 ThreadLocalMap 类对应的 get() 、 set() 方法。

ThreadLocal 类的 set() 方法

public void set(T value) {
 	Thread t = Thread.currentThread();
 	ThreadLocalMap map = getMap(t);
	 if (map != null)
 		map.set(this, value);
 	else
 		createMap(t, value);
 }
 ThreadLocalMap getMap(Thread t) {
 	return t.threadLocals;
 }

通过上面这些内容，我们足以通过猜测得出结论：最终的变量是放在了当前线程的 ThreadLocalMap中，并不是存在 ThreadLocal 上， ThreadLocal 可以理解为只是 ThreadLocalMap 的封装，传递了变量值。 ThrealLocal 类中可以通过 Thread.currentThread() 获取到当前线程对象后，直接通过 getMap(Thread t) 可以访问到该线程的 ThreadLocalMap 对象。
ThreadLocal 内部维护的是⼀个类似 Map 的 ThreadLocalMap 数据结构， key 为当前对象的Thread 对象，值为 Object 对象。

ThreadLocalMap(ThreadLocal<?> firstKey, Object firstValue) {
 ......
}

比如我们在同⼀个线程中声明了两个 ThreadLocal 对象的话，Thread 内部都是使用仅有的那个 ThreadLocalMap 存放数据的， ThreadLocalMap 的 key 就是 ThreadLocal 对象，value就是 ThreadLocal 对象调用 set 方法设置的值。

ThreadLocalMap 是 ThreadLocal 的静态内部类。

ThreadLocal 内存泄露问题

ThreadLocalMap 中使⽤的 key 为 ThreadLocal 的弱引用,而 value 是强引用。所以，如果ThreadLocal 没有被外部强引⽤的情况下，在垃圾回收的时候，key 会被清理掉，而value 不会被清理掉。这样⼀来，ThreadLocalMap 中就会出现key为null的Entry。假如我们不做任何措施的话，value 永远无法被GC 回收，这个时候就可能会产生内存泄露。ThreadLocalMap实现中已经考虑了这种情况，在调用set() 、 get() 、 remove() 方法的时候，会清理掉 key 为 null 的记录。使用完ThreadLocal 方法后最好⼿动调用remove() 方法。

static class Entry extends WeakReference<ThreadLocal<?jk {
 	/** The value associated with this ThreadLocal. */
	 Object value;
	 Entry(ThreadLocal<?> k, Object v) {
 	super(k);
 	value = v;
 	}
 }