ThreadLocal

java.lang.ThreadLocal
ThreadLocal用来提供线程的本地变量，如果创建了一个ThreadLocal变量，那么访问这个变量的每个线程都会有这个变量的一个副本，在实际多线程操作的时候，操作的是自己本地内存中的变量，从而规避了线程安全问题。

Thread类中有一个变量threadLocals，它是ThreadLocal内部类ThreadLocalMap类型的变量。

ThreadLocalMap类似于HashMap。在默认情况下，每个线程中的threadLocals变量为null，只有当线程第一次调用ThreadLocal的set或者get方法的时候才会创建他们。

下面看源码，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;
}

我们看ThreadLocal的源码发现我们调用threadlocal的set方法赋值的时候，其实是往threadLocals变量赋值，threadLocals类似于一个map，其中key为当前线程引用，值为本地变量。

下面来看ThreadLocal使用不当的内存泄漏问题：

我们先来回忆一下Java中的四种引用类型

Java中的四种引用类型分别是强引用、软引用、弱引用、虚引用。
    强引用：Java中默认的引用类型，一个对象如果具有强引用那么只要这种引用还存在就不会被GC。
    软引用：只要不OOM，也就是只要内存够用，就不会被GC
    弱引用：如果一个对象只具有弱引用，那么这个对象就会被垃圾回收器GC掉(被弱引用所引用的对象只能生存到下一次GC之前，当发生GC时候，无论当前内存是否足够，弱引用所引用的对象都会被回收掉)。弱引用也是和一个引用队列联合使用，如果弱引用的对象被垃圾回收期回收掉，JVM会将这个引用加入到与之关联的引用队列中。弱引用的对象可以通过弱引用的get方法得到，当引用的对象被回收掉之后，再调用get方法就会返回null
    虚引用：虚引用是所有引用中最弱的一种引用，其存在就是为了将关联虚引用的对象在被GC掉之后收到一个通知。（不能通过get方法获得其指向的对象）

ThreadLocalMap内部实际上是一个Entry数组

    当一个线程调用ThreadLocal的set方法设置变量的时候，当前线程的ThreadLocalMap就会存放一个记录，这个记录的key值为ThreadLocal的弱引用，value就是通过set设置的值。如果当前线程一直存在且没有调用该ThreadLocal的remove方法，如果这个时候别的地方还有对ThreadLocal的引用，那么当前线程中的ThreadLocalMap中会存在对ThreadLocal变量的引用和value对象的引用，是不会释放的，就会造成内存泄漏。

   如果当前线程的ThreadLocalMap里面的key，也就是ThreadLocal变量的弱引用在gc的时候就被回收，但是对应的value还是存在，这就可能造成内存泄漏(因为这个时候ThreadLocalMap会存在key为null但是value不为null的entry项)。

　　总结：ThreadLocalMap中的Entry的key使用的是ThreadLocal对象的弱引用，在没有其他地方对ThreadLoca依赖，ThreadLocalMap中的ThreadLocal对象就会被回收掉，但是对应的value不会被回收，这个时候Map中就可能存在key为null但是value不为null的项，所以这就需要在实际使用的时候使用完毕及时调用remove方法以避免内存泄漏。