关于ThreadLocal你知道多少？

定义：线程(本地)变量，一种保证和规避多线程出现不安全的同步方式

ThreadLocal是JDK包提供的，它提供线程本地变量，如果创建一个ThreadLocal变量，那么访问这个变量的每个线程都会有这个变量的一个副本，在实际多线程操作的时候，操作的是自己本地内存中的变量，从而规避了线程安全问题。也就是说，一个以ThreadLocal对象为键、任意对象为值的存储结构，这个结构被附带在线程上

set(T)方法设置值，get()方法获取值，这个所谓的key-value只对当前线程可见

表面上看，ThreadLocal相当于维护了一个map，key就是当前的线程，value就是需要存储的对象；实际上，ThreadLocal的静态内部类ThreadLocalMap为每个Thread都维护了一个数组table，ThreadLocal确定了一个数组下标，而这个下标就是value存储的对应位置（ThreadLocalMap是ThreadLocal的一个内部类，用Entry类来进行存储）

每个线程Thread都维护了自己的threadLocals(ThreadLocal.ThreadLocalMap)变量，所以在每个线程创建ThreadLocal的时候，实际上数据是存在自己线程Thread的threadLocals变量里面的，别人没办法拿到，从而实现了隔离（ThreadLocalMap是在ThreadLocal中使用内部类来编写的，但对象的引用是在Thread中）

ThreadLocalMap并未实现Map接口，而且他的Entry是继承WeakReference（弱引用）的，也没有看到HashMap中的next，所以不存在链表了


作用：数据隔离，就是为了能够在当前线程中有属于自己的变量，并不是为了解决并发或者共享变量的问题

场景：Spring实现事务隔离级别（Spring的事务主要是ThreadLocal和AOP去做实现的）、cookie、session等数据隔离、数据库连接池的连接

内存泄露问题

1. 原因：由于ThreadLocalMap的生命周期跟Thread一样长，如果没有手动删除对应key就会导致内存泄漏，而不是因为弱引用
   ThreadLocal在保存的时候会把自己当做Key存在ThreadLocalMap中，正常情况应该是key和value都应该被外界强引用才对，但是现在key被设计成WeakReference弱引用了
   ThreadLocal在没有外部强引用时，发生GC时会被回收，如果创建ThreadLocal的线程一直持续运行，那么这个Entry对象中的value就有可能一直得不到回收，发生内存泄露
2. 解决：在代码的最后手动调用remove方法清空值

为什么ThreadLocalMap的key要设计成弱引用？
key不设置成弱引用的话就会造成和entry中value一样内存泄漏的场景：https://www.zhihu.com/question/341005993