（十）JUC - ThreadLocal

线程局部变量

面试题：

1. ThreadLocal 是什么？能干嘛？

“人手一份天下安”  避免线程安全问题

   

初始化ThreadLocal

    /*ThreadLocal<Integer> saleVolume = new ThreadLocal<Integer>() {

        @Override

        protected Integer initialValue() {

            return 0;

        }

    };*/

   

    // java8+ withInitial

    ThreadLocal<Integer> saleVolume = ThreadLocal.withInitial(() -> 0);

2. 阿里规范对threadlocal要求

3. threadlocal源码分析

Thread、ThreadLocal、ThreadLocalMap 的关系

4. ThreadLocal内存泄漏问题

Q：什么是内存泄漏？

A：不再会被使用的对象或者变量占用的内存不能被回收，就是内存泄漏。

Q：为什么会导致内存泄漏？

Q：强引用、软引用、弱引用、虚引用 ？

1）强引用（默认支持模式）：

当内存不足，JVM开始垃圾回收，对于强引用的对象，就算是出现了OOM也不会对该对象进行回收。

当一个对象被强引用变量引用时，它处于可达状态，是不可能被垃圾回收机制回收的。

即使该对象以后永远不会被用到，JVM以后也不会回收。

因此强引用是造成java内存泄漏的主要原因之一。

2）软引用

用 java.lang.ref.SoftReference类来实现。

对于只有软引用的对象，当系统内存充足时它不会被回收；当系统内存不足时它会被回收。

软引用通常用在对内存敏感的程序中，如 高速缓存。

eg：配置VM参数  -Xms10m -Xmx10m  开始10m，最大10m

3）弱引用

用 java.lang.ref.WeakReference类来实现。

比 软引用 生存期更短。

对于弱引用的对象，只要垃圾回收机制一运行，不管JVM的内存空间是否足够，都会回收该对象占用的内存。

4）虚引用（ “形同虚设”）

用 java.lang.ref.PhantomReference类来实现。

如果一个对象仅持有虚引用，它就和没有任何引用一样，在任何时候都可能被垃圾回收器回收。

虚引用必须和引用队列（ReferenceQueue）联合使用。

PhantomReference的get方法总是返回null，因此无法访问对应的引用对象。

虚引用的主要作用是跟踪对象被垃圾回收的状态，仅仅是提供了一种确保对象被finalize后，做某些事情的通知机制。

软引用和弱引用的适用场景

java.lang.Object  finalize()方法  "死前遗言"

eg：新建一个带finalize()的Object

Q：ThreadLocalMap 为什么用 WeakReference？

Q：弱引用就万事大吉了吗？

key为null的Entry 原理解析

ThreadLocalMap使用ThreadLocal的弱引用作为key，如果一个ThreadLocal没有外部强引用引用它，那么系统gc的时候，ThreadLocal势必会被回收，

这样一来，ThreadLocalMap中就会出现key为null的Entry，就没有办法访问这些key为null的entry的value，

如果当前线程再迟迟不结束的话（比如正好在用线程池），这些key为null的Entry的value就会一直存在一条强引用链。

虽然弱引用保证了key指向的ThreadLocal对象能够被及时回收，但是v指向的value对象需要ThreadLocalMap调用get、set时发现key为null去回收整个entry、value，

因此弱引用不能100%保证内存不泄露，我们要在不使用某个ThreadLocal对象时，手动调用remove方法来删除它。

尤其是在线程池中，不仅仅是内存泄漏的问题，因为线程池中的线程是重复使用的，如果我们不手动调用remove方法，那么后面的线程就有可能获取到上一个线程遗留下来的值，造成bug。

expungeStaleEntry

get()

set()

remove()

小总结：

ThreadLocal内存泄漏问题：要用弱引用+remove()

 

建议把ThreadLocal修饰为static

 

总结：