1.ThreadLocal介绍
ThreadLocal可以理解为是线程的本地变量，它为每个线程都创建一个副本。线程通过setget操作访问内部副本变量，实现了线程之间的隔离。
2.ThreadLocal与synchronized区别
3.ThreadLocal设计
在JDK8中ThreadLocal的设计是每一个Thread都维护一个ThreadLocalMap，这个Map的key就是ThreadLocal实例本身,value才是真正要存储的值。
每个Thread内部维护一个ThreadLocalMap,map里边存储ThreadLocal对象和线程的副本。内部的map是由ThreadLocal维护的，ThreadLocal负责获取和设置线程的变量值。对于每个线程，每次获取副本时，别的线程并不能获取当前线程的副本值，实现了副本的隔离。
4.ThreadLocal内存泄漏问题
假设在业务代码中使用完ThreadLocal ，threadLocal Ref被回收了。
由于ThreadLocalMap只持有ThreadLocal的弱引用，没有任何强引用指向threadlocal实例, 所以threadlocal就可以顺利被gc回收，此时Entry中的key=null。
但是在没有手动删除这个Entry以及CurrentThread依然运行的前提下，也存在有强引用链 threadRef->currentThread->threadLocalMap->entry -> value ，value不会被回收， 而这块value永远不会被访问到了，导致value内存泄漏。
5、弱引用和强引用都会造成内存泄漏，为什么使用弱引用？
事实上，在ThreadLocalMap中的set/getEntry方法中，会对key为null（也即是ThreadLocal为null）进行判断，如果为null的话，那么是会对value置为null的。
这就意味着使用完ThreadLocal，CurrentThread依然运行的前提下，就算忘记调用remove方法，弱引用比强引用可以多一层保障：弱引用的ThreadLocal会被回收，对应的value在下一次ThreadLocalMap调用set,get,remove中的任一方法的时候会被清除，从而避免内存泄漏。
注意,ThreadLocal不能替代同步机制,两者面向的问题领域不同。同步机制是为了同步多个线程对相同资源的并发访问,是多个线程之间进行通信的有效方式。而ThreadLocal是为了隔离多个线程的数据共享,从根本上避免多个线程之间对共享资源（变量）的竞争,也就不需要对多个线程进行同步了。 一般情况下,如果多个线程之间需要共享资源,以达到线程之间的通信功能,就使用同步机制。如果仅仅需要隔离多个线程之间的共享冲突,则可以使用ThreadLocal。
