ThreadLocal尾篇:ThreadLocal内存泄漏到底因为啥

最近看ThreadLocal内存泄漏这块,网上说法很多。呼声最多的是因为弱引用导致的内存泄漏。

为啥内存泄漏

ThreadLocal尾篇:ThreadLocal内存泄漏到底因为啥

1.ThreadLocal什么情况下被回收

ThreadLocalThreadLocalMap 中是以一个弱引用身份被Entry中的Key引用,当GC发生时, ThreadLocal 会不会被回收?

这里就用到引用的知识点了。 在 java的四种引用 讲过。当一个对象被强引用指向时(这里指可达)。垃圾回收器不会回收他。

例如

ThreadLocal threadlocal1 = new ThreadLocal();
threadlocal1.set("测试");
复制代码

ThreadLocal 对象此时有两种索引指向的。

threadlocal1
Key(WeakReference(threadlocal1))

所以GC发生时,堆内ThreadLocal对象不会被回收。

但是当我们把 threadlocal1 =null; 断开强引用时,此时 ThreadLoca l对象只有一个弱引用,那么GC发生时, ThreadLocal 对象被回收了, Entry 变成了一个key为null的 Entry 。也叫脏Entry

特点是:

  • key为null,value不能被应用程序访问到,因为我们已经没有引用到他的引用了
  • Thread Ref -> Thread -> ThreaLocalMap -> Entry -> value 链存在,当前线程迟迟不结束( 例如线程池 ),但不能被使用,成了脏数据,造成了内存泄漏。

看上去好像真是软引用造成的内存泄漏。

2.为啥用弱引用

那换做强引用分析: ThreadLocal 对象被两个强引用指向

  • 强引用: threadlocal1
  • 强引用: Entry.key

当我们断开程序中的强引用 threadlocal1 时。 ThreadLocal 对象仍然被强引用 Entry.key 指向,不会回收,这就造成, ThreadLocal 对象与 value 都成为了脏数据。

对比这两种情况: 不管软引用还是强引用,都可能出现内存泄漏问题,弱引用反而将内存泄漏的程度降低

利用弱引用的 Entry会有key为null这个特征 ,可以识别哪些是不用的数据,进行清理操作,弱引用 反而提高了ThreadLocal的安全性。

事实上当调用 ThreadLocalget(),set(),reomve() 方法,都会清除掉线程 ThreadLocalMap 中所有Entry中Key为null的Value,并将整个Entry设置为null,利于下次内存回收。

原文 

https://juejin.im/post/5dcb78c06fb9a04a6554f256

本站部分文章源于互联网,本着传播知识、有益学习和研究的目的进行的转载,为网友免费提供。如有著作权人或出版方提出异议,本站将立即删除。如果您对文章转载有任何疑问请告之我们,以便我们及时纠正。

PS:推荐一个微信公众号: askHarries 或者qq群:474807195,里面会分享一些资深架构师录制的视频录像:有Spring,MyBatis,Netty源码分析,高并发、高性能、分布式、微服务架构的原理,JVM性能优化这些成为架构师必备的知识体系。还能领取免费的学习资源,目前受益良多

转载请注明原文出处:Harries Blog™ » ThreadLocal尾篇:ThreadLocal内存泄漏到底因为啥

赞 (0)
分享到:更多 ()

评论 0

  • 昵称 (必填)
  • 邮箱 (必填)
  • 网址