当初略微大点的公司面试，可能会问到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包装的。为什么要这么做！这样做的目标是为了节约内存，上面咱们具体理解下！
我问本人上面几个问题：
- ThreadLocal会主动回收吗？
不会，当线程完结，ThreadLocal才有可能回收，留神是有可能，因为还有其余的线程援用了以后ThreadLocal。
- ThreadLocal设置为弱援用的目标是什么？
避免内存透露，为了回收内存。
- 为什么不将整个Entry设置成弱援用？
因为Entry中的value可能是一个对象，而这个对象可能被其余线程援用，一旦设置Entry为WeakReference，可能导致其余线程空指针。
- 正确应用ThreadLocal姿态？
每次应用完ThreadLocal之后，须要调用remove办法，革除以后线程的threadLocal。
总结
学习不是欲速不达的，大家看如果你不去理解JVM援用，你就无奈搞清楚ThreadLocal源码。好了，文章有中央还写的不清晰心愿亲们加以斧正和点评，喜爱的请点赞加关注哦。点关注，不迷路，我是叫练，边叫边练，公众号【叫练】，微信号【jiaolian123abc】。