一. 先来了解几个概念
什么是ThreadLocal
ThreadLocal叫做线程变量，意思是ThreadLocal中填充的变量属于当前线程，该变量对其他线程而言是隔离的。ThreadLocal为变量在每个线程中都创建了一个副本，那么每个线程可以访问自己内部的副本变量。
*ThreadLocal源码解析
如图主要的几个方法，下面逐一分析：
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;
}
首先获取到了当前线程t，然后调用getMap获取ThreadLocalMap，源码可以看出获取的是当前线程维护的一个成员变量，如果map存在，则将ThreadLocal对象作为key，要存储的对象作为value存到map里面去。如果该Map不存在，则初始化一个。
ThreadLocalMap其实就是ThreadLocal的一个静态内部类，里面定义了一个Entry来保存数据。在Entry内部使用ThreadLocal作为key，使用我们设置的value作为value。
public T get() {
Thread t = Thread.currentThread();
ThreadLocalMap map = getMap(t);
if (map != null) {
ThreadLocalMap.Entry e = map.getEntry(this);
if (e != null) {
@SuppressWarnings("unchecked")
T result = (T)e.value;
return result;
} } return setInitialValue();
}
首先获取当前线程，然后调用getMap方法获取一个ThreadLocalMap，此对象为当前线程Thread维护的一个变量，如果map不为null，那就使用当前线程作为ThreadLocalMap的Entry的键，然后值就作为相应的的值，如果没有那就设置一个初始值。
private T setInitialValue() {
T value = initialValue();
Thread t = Thread.currentThread();
ThreadLocalMap map = getMap(t);
if (map != null)
map.set(this, value);
else
createMap(t, value);
return value;
}
setInitialValue 方法里面调用了createMap方法
void createMap(Thread t, T firstValue) {
t.threadLocals = new ThreadLocalMap(this, firstValue);
}
这里就是每个线程当中的成员变量的初始化操作。
总结
（1）每个Thread维护着一个ThreadLocalMap的引用
（2）ThreadLocalMap是ThreadLocal的内部类，用Entry来进行存储
（3）ThreadLocalMap的键值为ThreadLocal对象，而且可以有多个threadLocal变量，因此保存在map中
（4）ThreadLocal本身并不存储值，它只是作为一个key来让线程从ThreadLocalMap获取value。
二. ThreadLocal的使用以及注意
java的四种引用说明
1.StrongRefrence: 强引用，任何时候都不会被GC回收；
2.SoftRefrence: 软引用，内存不足时会被GC回收，内存足够的时候，软引用对象不会被回收，只有在内存不足时，系统则会回收软引用对象，如果回收了软引用对象之后仍然没有足够的内存，才会抛出内存溢出异常；
3.WeakRefrecen: 若引用，GC时会被回收；
4.PhantomRefrece: 虚引用，虚引用存在的唯一作用就是当它指向的对象被回收后，虚引用本身会被加入到引用队列中，用作记录它指向的对象已被销毁。
对象可达性判断：当前主流java虚拟机都是采用 GC Roots Tracing 算法，java虚拟机进行gc时，判断一个对象的被引用情况决定是否回收，都是从根节点引用（Root set of Reference）开始标识可达路径的：
Root Tracing 算法根据以下两个原则标记对象的可达性：
单一路径中，以最弱的引用为准
多路径中，以最强的引用为准
一个例子：
MyObject aRef = new MyObject();
SoftReference aSoftRef= new SoftReference(aRef);
对于这个MyObject对象，有两个引用路径，一个是来自SoftReference对象的软引用，一个来自变量aReference的强引用，所以这个MyObject对象是强可及对象。
aRef = null;
这个MyObject对象成为了软可及对象。如果垃圾收集线程进行内存垃圾收集，内存不时，并不会因为有一个SoftReference对该对象的引用而始终保留该对象。垃圾收集线程会在虚拟机抛出OutOfMemoryError之前回收软可及对象，而且虚拟机会尽可能优先回收长时间闲置不用的软可及对象，对那些刚刚构建的或刚刚使用过的“新”软可反对象会被虚拟机尽可能保留
* ThreadLocal使用的内存泄漏问题
上述源码，我们得知，ThreadLocalMap里得key保存得是ThreadLocal对象得弱引用
上图看出：
1、Thread中有一个map，就是ThreadLocalMap
2、ThreadLocalMap的key是ThreadLocal，值是我们自己设定的。
3、ThreadLocal是一个弱引用，会被当成垃圾回收
因为ThreadLocalMap的Key是弱引用的，在GC时会回收掉。当线程的生命周期大于ThreadLocal的生命周期时（大部分情况都是的，因为线程通过线程池管理会重复利用），那么就可能存在ThreadLocalMap<null, Object>的情况，这个Object就是泄漏的对象。
调用remove方法即可避免这个问题。
三. 总结以及提问
ThreadLocal内存泄漏得根本原因
由于ThreadLocalMap的生命周期跟Thread一样长，如果没有手动删除对应key就会导致内存泄漏。
* ThreadLocal得使用场景
维护调用链路的requestID：
Mybatis插件PageHelper
等等
* ThreadLocalMap里得key保存得是ThreadLocal对象为什么不是强引用
ThreadLocalMap的生命周期跟Thread一样长，即使我们使用结束，也会因为线程本身存在该对象的引用，处于对象可达状态，垃圾回收器无法回收。这个时候当ThreadLocal太多的时候就会出现内存泄漏的问题。
* ThreadLocalMap里的value为啥不用弱引用而要用强引用
如果vaule是弱引用，可能value被删除了，但是Key还存在另外的强引用，出现为null的情况
