ThreadLocal面试题

一：线程安全问题解决办法

1. 加入synchronized或者Lock控制资源的访问顺序
2. 人手一份，大家各自安好，没有必要争抢

二：什么是ThreadLocal

ThreadLocal是java.lang下面的一个类，通过为每一个线程创建一份共享变量的副本来保证各个线程之间的变量的访问和修改互相不影响，ThreadLocal存放的值是线程内共享的，线程间互斥的

三：ThreadLocal的原理？

ThreadLocal 底层是通过 ThreadLocalMap 这个静态内部类来存储数据的，ThreadLocalMap 就是一个键值对的 Map，它的底层是 Entry 对象数组，Entry 对象中存放的键是 ThreadLocal 对象，值是 Object 类型的具体存储内容 。

ThreadLocal#get() 方法可以很清晰的看到，我们根据 ThreadLocal 对象从 ThreadLocal 中读取数据时，首先会获取当前线程对象，然后得到当前线程对象中 ThreadLocal.ThreadLocalMap 类型的 threadLocals 属性，如果 threadLocals 属性不为空，会根据 ThreadLocal 对象作为 key 来获取 key 对应的 value；如果 threadLocals 变量是 NULL，就初始化一个新的 ThreadLocalMap 对象。

四：Thread、ThreadLocal、ThreadLocalMap关系

Thread和ThreadLocal，人手一份
ThreadLocalMap实际上就是一个以ThreadLocal实例为Key，任意对象为value的Entry对象

五：ThreadLocal内存泄漏问题

内存泄漏：不再会被使用的对象或者变量占用的内存不能被回收
假如，线程栈上的ThreadLocal引用不在使用了，即方法结束后这个对象引用就不再用了，那么，ThreadLocal对象因为还有一条引用链在，就会导致他无法被回收，久而久之可能就会导致OOM。

六：ThreadLocal的key为什么用弱引用，不用如何？

当方法执行完毕后，栈帧销毁，强引用t1也就没有了，但此时线程的ThreadLocalMap里某个entry的Key引用还指向这个对象，若这个Key是强引用，就会导致Key指向的ThreadLocal对象及V指向的对象不能被gc回收，造成内存泄露，若这个引用是弱引用就大概率会减少内存泄漏的问题（当然，还得考虑key为null这个坑），使用弱引用就可以使ThreadLocal对象在方法执行完毕后顺利被回收且entry的key引用指向为null

七：ThreadLocal中最后为什么要加remove方法？

虽然ThreadLocal的key是弱引用，保证了Key指向的ThreadLocal对象能够被及时回收，但是v指向的value对象是需要ThreadLocalMap调用get、set时发现key为null时才会去回收整个entry、value，因此弱引用不能100%保证内存不泄露，我们要在不使用某个ThreadLocal对象后，手动调用remove方法来删除它，尤其是在线程池中，不仅仅是内存泄漏的问题，因为线程池中的线程是重复使用的，意味着这个线程的ThreadLocalMap对象也是重复使用的，如果我们不手动调用remove方法，那么后面的线程就有可能获取到上个线程遗留下来的value值，造成bug。

public class MyData {

  ThreadLocal<Integer> threadLocalfield = ThreadLocal.withInitial(()->0);
  
  public void add(){
    threadLocalfield.set(1 + threadLocalfield.get());
  }
}

测试类

public class ThreadLocalDemo2 {

public static void main(String[] args) throws InterruptedException{

    MyData myData = new MyData();
    ExecutorService threadPool = Executors.newFixedThreadPool( 3);
    for (int i= 0; i<10; i++){
        threadPool.submit(()->{
            Integer beforeInt = myData.threadLocalfield.get();
            myData.add();
            Integer afterInt = myData.threadLocalfield.get();
            System.out.println(Thread.currentThread().getName()+"\t"+"beforeInt:"+beforeInt+"\t"+"afterInt:"+afterInt);
        });
    } 
  }
}

执行结果