ThreadLocal 是啥? 有什么作用?怎么玩? 底层如何实现?
听说过ThreadLocal内存泄漏吗? 为啥?
ThreadLocal key为啥设计成弱引用呢?
三步走玩转ThreadLocal
1.ThreadLocal详解
是啥： ThreadLocal专门为线程服务，为线程提供一个单独的存储数据，对其他线程不可见，目的就是实现线程间资源的隔离。
基本操作：
set() 通过threadLocal向当前线程中存一个线程私有的值 "赵二"
get() 通过threadLocal获取当前线程私有的值
remove() 干掉线程中的当前thraedLocal及值
玩起来：
通过threadLocal，主线程set一个"赵二"，AAA线程set一个"张三"， BBB线程先set一个"李四" 后set一个"王五"
观察得出结论，
用同一个ThreadLocal 不同的线程set值互不影响，同一个线程set值会覆盖
可以猜测threadLocal这个对象 更像是一个"标识"，而不具备存储数据，具体的数据应该是存到了线程当中。
底层实现：
根据表现出来的性质大概也能猜到，每个线程应该会有一个存储threadLocal的地方，根据不同的threadLocal标识能获取到不同数据
答案就在这里，Thread类中的182行，
ThreadLocal.ThreadLocalMap threadLocals = null;
ThreadLocalMap是ThreadLocal的一个静态内部类
这一看 好家伙 这玩意这么像HashMap
其内部又套娃静态内部类Entry，但是这个Entry继承了弱引用这个之后再说
Entry的key就是ThreadLocal，value就是具体的值，ThreadLocalMap内部存的就是一个Entry数组
画个图就清楚了，
每个线程Thread中有一个ThreadLocalMap
ThreadLocalMap中存的是Entry数组，key为ThreadLocal,value为具体的值
在看看常用方法就更简单了
获取到当前线程的ThreadLocalMap，把<ThreadLocal，value>存进去
获取到当前线程的ThreadLocalMap，找到ThreadLocal对应的Entry，返value
2.听说过ThreadLocal内存泄漏吗？
所谓内存泄漏可以这么理解，有的对象明明没有引用了 不需要了，但是内存中干不掉，造成内存浪费
为啥会这样呢，
举个实例，
线程AAA通过threadLocal set"张三"到ThreadLocalMap，
等AAA使用完了threadLocal，不需要他了，但是threadLocal并不会被gc回收掉 包括他的value值，
因为threadLocal此时正作为一个Entry的key，被threadLocalMap引用，
而threadLocalMap属于Thread的全局变量，生命周期与Thread相同，
也就是说Thread不销毁，ThreadLocalMap就不会回收，其中的Entry不会回收，Entry不会回收 造成内存泄漏
(这里假设的threadLocal是普通引用，而实际是弱引用下面再说)
OK，那咋整呢，用完ThreadLocal及时把引用它的Entry干掉呗
threadLocal.remove();
或者干脆点 让线程销毁，一切都over
3.弱引用问题
会经常听到有说内存泄漏是因为ThreadLocal是弱引用造成的，
因为ThreadLocal是弱引用， 弱引用任一次GC都会把他回收，那么Entry的key就为null了，Entry就永远访问不到了，造成内存泄漏
我觉得这样说也对也不对，
内存泄漏主要原因是Entry干不掉，因为他被ThreadLocalMap牢牢地把握住了，只能手动把他remove掉，
弱引用的话只是帮忙把Entry的key干掉，而ThreadLocal有一层保护机制，set()或者get()时，如果找出来的key为null，则会帮忙把Entry干掉，帮忙避免一下内存泄漏
so 用完ThreadLocal请及时remove() !