ThreadLocal 慌不慌？

现在稍微大点的公司面试，可能会问到ThreadLocal源码实现，不过在介绍它之前，我们先介绍JVM中引用的概念。所谓这些概念就是我所说的基础了。引用强弱关系到内存垃圾回收时机，用好引用可以减轻内存压力。JVM引用一共分为4种，分别是强引用，软引用，弱引用和虚引用。

JVM引用

---

• 强引用：

如上图：根引用list指向堆，一直向list添加512K的字节数组，程序几秒后会出现堆溢出，代码中list引用称为强引用。强引用内存一直不会被释放，直到内存溢出。

• 软引用：

如上图代码：主函数中，软引用需要用SoftReference包装user对象，运行程序先配置初始化参数，-Xmx10M 设置堆空间为10m，设置user=null，user引用消失，主函数第一次调用GC时，控制台输出User对象信息，说明堆中User对象还存在，user对象并没有被回收，这是因为软引用softRef指向堆中User 对象，申请内存byte[] bytes = new byte[10249856];bytes 约6M，bytes引用对象会进入老年代，此时老年代会GC，此时控制台会输出null，说明此时userRef失去引用，堆中的user对象都被当成垃圾回收了。为什么要设置bytes 约6M，是因为想测试一个结论：当内存不足时，GC会回收软引用。

特别注意：调试时，985设置bytes引用执行堆内存的大小，需要自己调试，才可能出现上述结果。

• 弱引用

如上图代码：弱引用对象需要用WeakReference包装，GC后，弱引用对象被回收。总结一句：当GC时，不管内存够不够，弱引用会被回收。我们的ThreadLocal就是被WeakRefernece包装。

• 虚引用：若有若无引用。适用于堆之外的内存。忽略了。

小结下：强引用，软引用，弱引用，虚引用的生命力是从高往低的。生命力越低越容易被回收，强引用则无法被回收，软引用比较适用于缓存的场景，软引用只有内存紧张时才会被回收，弱引用只要发生GC会被回收。

ThreadLocal解析

---

ThreadLocal是线程安全的，因为它能让每个线程都拥有自己独享变量。它也可以让一个线程拥有多个变量。底层使用hash表实现的数组，说白了就是一个HashMap，其中key是ThreadLocal，value就是值。使用起来很方便。

如上图代码：创建一个ThreadLocal，当调用set时，主线程就拥有了自己的私有变量“叫练”了，通过get就可以取出来。但这里有个问题，源码中ThreadLocal是被WeakReference包装的。为什么要这么做！这样做的目的是为了节约内存，下面我们详细了解下！

我问自己下面几个问题：

1. ThreadLocal会自动回收吗？

不会，当线程结束，ThreadLocal才有可能回收，注意是有可能，因为还有其他的线程引用了当前ThreadLocal。

1. ThreadLocal设置为弱引用的目的是什么？

防止内存泄漏，为了回收内存。

1. 为什么不将整个Entry设置成弱引用？

因为Entry中的value可能是一个对象，而这个对象可能被其他线程引用，一旦设置Entry为WeakReference，可能导致其他线程空指针。

1. 正确使用ThreadLocal姿势？

每次使用完ThreadLocal之后，需要调用remove方法，清除当前线程的threadLocal。

总结

---

学习不是一蹴而就的，大家看如果你不去了解JVM引用，你就无法搞清楚ThreadLocal源码。好了，文章有地方还写的不清晰希望亲们加以指正和点评，喜欢的请点赞加关注哦。点关注，不迷路，我是叫练，边叫边练，公众号【叫练】，微信号【jiaolian123abc】。