大家好，这里是淇妙小屋，一个分享技术，分享生存的博主
以下是我的主页，各个主页同步更新优质博客，创作不易，还请大家点波关注
掘金主页
知乎主页
Segmentfault主页
开源中国主页
后续会公布更多MySQL，Redis，并发，JVM，分布式等面试热点常识，以及Java学习路线，面试重点，职业规划，面经等相干博客
转载请表明出处！
0. 类图和get()办法调用图
1. 类关系
- 每个Thread都有一个ThreadLocalMap，ThreadLocalMap中存储着多个Entry对象，这些Entry对象就是该线程独有的变量正本
- 每个Entry都能够绑定一个ThreadLocal实例（ThreadLocal是key，Entry是value）
ThreadLocalMap中的 Entry[ ]table能够了解为一个键值对，key为ThreadLocal实例，value为Entry对象(示意线程在这个ThreadLocal实例上绑定的变量正本)，table采纳凋谢地址法解决抵触
2. 一个线程调用ThreadLocal.get()
有以下三种状况
线程的ThreadLocalMap未初始化，为空
绿色执行门路
线程的ThreadLocalMap已初始化，然而该ThreadLocal实例对应的索引上不存在Entry
蓝色执行门路
线程的ThreadLocalMap已初始化，并且该ThreadLocal实例对应的索引上存在Entry
红色执行门路
3. 线程调用ThreadLocal.set()
根本逻辑同get()
4. ThreadLocal内存透露和Entry革除
4.1 弱援用防止ThreadLocal内存透露
Entry继承自WeakReference，留神Entry不是弱援用，Entry中的reference才是弱援用，这个弱援用防止了ThreadLocal的内存透露
咱们个别应用线程池，线程的生命周期很长，所以Thread援用会存在很长一段时间
如果咱们不应用ThreadLocal了，将ThreadLocal援用设置为null（或者办法执行结束，ThreadLocal援用弹出栈）
没有了ThreadLocal援用，ThreadLocal无奈被拜访到，线程就无奈应用ThreadLocal，此时GC应该要回收掉ThreadLocal对象
若Entry的援用是强援用，会导致ThreadLocal无奈被回收，造成内存透露
所以Entry的援用必须是弱援用，这样一旦产生GC，ThreadLocal就会被回收
4.2 Entry革除
ThreadLocal一旦被回收，那么Entry对象的reference就为空，此时Entry也是无用的，应该被回收掉——expungeStaleEntry()会回收掉那么reference为null的Entry对象(详情看源代码或者0. 类图和get()办法调用图)
许多个中央都会调用expungeStaleEntry()来革除无用的Entry，例如get()和扩容