关于jvm:ThreadLocal-慌不慌

41次阅读

共计 1512 个字符,预计需要花费 4 分钟才能阅读完成。

当初略微大点的公司面试,可能会问到 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】

正文完
 0