标签：GC 回收 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[1024*985*6];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】。

标签：GC,回收,ThreadLocal,线程,引用,慌不慌,内存
来源： https://blog.51cto.com/14883474/2668126

本站声明： 1. iCode9 技术分享网（下文简称本站）提供的所有内容，仅供技术学习、探讨和分享；
2. 关于本站的所有留言、评论、转载及引用，纯属内容发起人的个人观点，与本站观点和立场无关；
3. 关于本站的所有言论和文字，纯属内容发起人的个人观点，与本站观点和立场无关；
4. 本站文章均是网友提供，不完全保证技术分享内容的完整性、准确性、时效性、风险性和版权归属；如您发现该文章侵犯了您的权益，可联系我们第一时间进行删除；
5. 本站为非盈利性的个人网站，所有内容不会用来进行牟利，也不会利用任何形式的广告来间接获益，纯粹是为了广大技术爱好者提供技术内容和技术思想的分享性交流网站。