一.简单说一下ThreadLocal

1.ThreadLocal是一个线程变量，用于在并发条件下，为不同线程提供相互隔离的变量存储空间。在多线程并发的场景下，每个线程往ThreadLocal中存的变量都是相互独立的。

2.基本方法

（1）set(Object v)：将变量与当前线程绑定。

（2）get()：获取当前线程绑定的变量

（3）remove()：移除当前线程绑定的变量

二.synchronized和ThreadLocal的区别

synchronized和ThreadLocal都是用于解决多线程并发访问共享变量的情况。

1.原理：

（1）synchronized是通过加锁的方式，只提供一份变量，每次只让一个线程访问该变量；上一个线程对变量的访问结果会影响下一个访问变量的线程。

（2）ThreadLocal是对变量进行拷贝，每一个线程都往自己的空间中存一份共享变量的副本，多线程可同时访问各自的副本变量。且由于线程空间相互隔离，线程对副本变量的修改不会对其他线程产生影响。

2.侧重点：

（1）synchronized主要用于多线程间访问资源的同步，保证了并发编程的原子性和可见性；但并发效率下降。

（2）ThreadLocal主要用于同一个线程在上下执行逻辑间传递数据，保证了多线程间数据的隔离。

三.说一下ThreadLocal的内部结构

1.jdk1.7：

（1）一个ThreadLocal内部有一个Map(ThreadLocalMap)用于存储数据。

（2）ThreadLocalMap的key是线程Thread，value是该线程绑定的变量副本。

（3）线程每次要访问变量，都要到ThreadLocal中，以自己为映射找到对应的变量。

2.jdk1.8：

（1）每一个线程Thread内部都有一个Map(ThreadLocalMap)用于存储数据。

（2）ThreadLocalMap的key是ThreadLocal，value是该线程绑定的副本变量。

（3）线程每次要访问变量，都要到自己的空间中，以当时绑定的ThreadLocal对象作为key映射，找到对应的变量。

3.jdk1.8把ThreadLocalMap存在Map中的好处

（1）降低哈希冲突的概率。jdk1.8的ThreadLocalMap是用ThreadLocal对象作为key，jdk1.7的ThreadLocalMap是用Thread对象作为key，通常程序中ThreadLocal对象的数量要明显少于Thread对象的数量，则ThreadLocalMap要存储的元素就减少，发生哈希冲突的概率就会下降。

（2）提高内存利用率。ThreadLocalMap在Thread中，则当Thread销毁时对应的ThreadLocalMap也会被销毁。但若是ThreadLocalMap在ThreadLocal中，则只要ThreadLocal还存在，即使Thread都销毁了，对应的ThreadLocalMap仍然存在占据空间。

四.说一下ThreadLocal的底层原理

1.set(T value)：

（1）获取当前线程

（2）如果当前线程的ThreadLocalMap不为空，则以键值对ThreadLocal：value存入。

（3）如果当前ThreadLocalMap为空，则先创建一个ThreadLocalMap，再将ThreadLocal：value存入。

2.get()：

（1）获取当前线程

（2）如果当前线程的ThreadLocalMap不为空，则以ThreadLocal为键，索引到对应节点Entry e

（3）如果e不为null，则直接将e返回

（4）如果当前线程的ThreadLocalMap为null 或 获取到的e为null，则调用setInitialMap()方法：若ThreadLocalMap为null，则创建ThreadLocalMap，并将键值对ThreadLocal：initialValue()存入后返回；如果e为null，则将键值对ThreadLocal：initialValue()存入后返回。即最终返回的都是initialValue()。

3.initialValue()：

（1）直接返回一个null

（2）也就是说对于get()方法中ThreadLocalMap为null或者索引到的Entry为null时，都会以ThreadLocal：null存入，并将null返回；只有当第一次调用set(T value)时才会将null值覆盖。

（3）可以通过重写initialValue()方法，设置存入的初始值不为null。

4.remove()：

（1）获取当前线程

（2）如果当前线程的ThreadLocalMap不为null，则将索引到的Entry移除。

五.说一下ThreadLocal的内存泄露情况

1.ThreadLocalMap的引用情况：

（1）ThreadLocalMap是Thread的一个属性，Thread对ThreadLocalMap是强引用；ThreadLocalMap对里面的每一个节点Entry也是强引用。即存在强引用链：Thread——ThreadLocalMap——Entry。

（2）ThreadLocal是ThreadLocalMap的键，ThreadLocalMap对ThreadLocal是弱引用。

2.如果ThreadLocalMap对ThreadLocal是强引用：

（1）当栈中其他对ThreadLocal的引用销毁，由于ThreadLocalMap对ThreadLocal是强引用，因此ThreadLocal在堆中无法被回收，有OOM的风险。

（2）栈中其他对ThreadLocal的引用销毁，则ThreadLocalMap中该ThreadLocal对应的Entry也就没有意义；但由于ThreadLocalMap对Entry是强引用，因此该Entry无法被回收，有OOM的风险。

3.如果ThreadLocalMap对ThreadLocal是弱引用：

（1）当栈中其他对ThreadLocal的引用销毁，由于ThreadLocalMap对ThreadLocal是弱引用，因此ThreadLocal在堆中可以被回收。回收后ThreadLocalMap对应的键就会变回null，但值Entry仍然存在。

（2）ThreadLocal被回收，则ThreadLocalMap中该ThreadLocal对应的Entry也就没有意义；但由于ThreadLocalMap对Entry是强引用，因此该Entry无法被回收，有OOM的风险。

4.可以看出：无论ThreadLocalMap对ThreadLocal是强引用还是弱引用，都会有OOM的风险，因为ThreadLocalMap会导致OOM的根本原因是存在强引用链Thread——ThreadLocalMap——Entry，导致Entry的生命周期和Thread一样长，若不手动删除对应的Entry就会有OOM的风险。

5.因此使用ThreadLocal时为了避免OOM，一定要调用remove()手动删除对应的Entry。

六.无论ThreadLocalMap对ThreadLocal是强引用还是弱引用都会导致OOM，那选择弱引用的原因是什么？

1.ThreadLocalMap对ThreadLocal是弱引用，则当外部没有其他对ThreadLocal的强引用时，堆中的ThreadLocal可以被顺利回收。提高内存利用率。

2.ThreadLocal被回收后，其在ThreadLocalMap中对应的键会变成null，变成了幽灵键。而ThreadLocal的set()、get()、remove()等方法在执行时会进行迭代检查，若检测到幽灵键则会将对应的Entry移除。降低了OOM的风险。

七.ThreadLocalMap中解决哈希冲突的方式是什么？

线性探测法

1.若将ThreadLocal作为key哈希映射到的槽位已被占用，且占用槽位的ThreadLocal和当前ThreadLocal不是同一个对象，则当前索引加一，继续判断下一个。若索引到达最后一个仍不满足，则索引归零，重新开始往后判断，直到找到一个槽位为null，可存储；或者找到占用槽位的ThreadLocal和当前ThreadLocal为同一个对象，可覆盖。

2.ThreadLocalMap的扩容阈值threshold是length*(2/3)，因此不会出现把整个Map都遍历一遍仍然找不到槽位存储的情况。