标签：线程 ThreadLocalMap remove 回收 ThreadLocal 中弱 垃圾 Entry 引用

1.ThreadLocalMap.Entry中的key为什么不会被错误清理？
    一个对象在只有弱引用指向它时，垃圾回收一旦运行，就会被回收，但是ThreadLocal对象除了在Entry中有弱引用（它的key），还在业务代码中会被引用（否则也没必要创建它了不是），而业务代码中的引用一般都是强引用，所以对象如果在业务代码中还有引用，那么即使它被弱引用指向，垃圾回收时也不会被清理。
    
2.既然有remove方法可以清理这个Entry,为什么还需要弱引用？

    remove方法确实可以解决垃圾问题，但是它只有在你调用时才会起作用（: 你在不用一个map时会去remove其中的元素吗）。而一旦用户忘记调用该方法，（且假如ThreadLocalMap.Entry中的key是强引用的话 ）,与天地（所在线程）同寿的ThreadLocalMap中就会一直存在这么一个钉子户，占据内存使之不能被正确回收，这种情况就可以称为内存泄漏了。
    
    假如这个线程是个可复用线程，且它要做的每一次任务都会向ThreadLocalMap中放值，那这个垃圾堆起来可不是开玩笑的，轻则系统卡顿，重则oom。
    
    而当前的做法是，使用弱引用，即使用户忘记调用remove方法，这个ThreadLocal对象在不用时也会被回收，一旦回收，任何对ThreadLocalMap的get和remove操作都会触发对持有无效key的Entry的清理。这样的话，即使你粗心大意，最多也只会在下一次垃圾回收，以及当前线程下一次操作它的ThreadLocalMap之前，允许这个Entry占一会内存。时机一到，expungeStaleEntry方法这个剃刀和gc这个推土机和配合起来，就会让滥竽充数的无用Entry消失于无形。

标签：线程,ThreadLocalMap,remove,回收,ThreadLocal,中弱,垃圾,Entry,引用
来源： https://www.cnblogs.com/luckyfunner/p/15697460.html

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