ThreadLocal

什么是ThreadLocal

 通常情况下，我们创建的变量是可以被任意一个线程访问并且修改的，而ThreadLocal可以让每个线程都有一个自己的专属本地变量。

原理

public class Thread implements Runnable {
    ThreadLocal.ThreadLocalMap threadLocals = null;
    ThreadLocal.ThreadLocalMap inheritableThreadLocals = null;
}

在Thread类中，有俩个ThreadLocalMap对象，我们可以把这个类理解为ThreadLocal类定制化的HashMap。默认情况下这俩个变量都是null，只有当当前线程调用ThreadLocal类的get()、set()方法的时候才会创建他们，下面是ThreadLocal中的set方法

public void set(T value) {
    Thread t = Thread.currentThread();
    ThreadLocalMap map = getMap(t);
    if (map != null)
        map.set(this, value);
    else
        createMap(t, value);
}

ThreadLocalMap getMap(Thread t) {
    return t.threadLocals;
}

可以看出，最终的变量是放在了当前线程的ThreadLocalMap中，并不是放在了ThreadLocal中，ThreadLocal中可以通过Thread。currentThread()获取当前线程的对象，直接通过getMap(Thread t )可以访问到该线程的ThreadLocalMap对象。

ThreadLocal内部维护的是一个类似Map的ThreadLocalMap数据结构，key为当前对象的ThreadLocal对象，值为Object对象

ThreadLocalMap(ThreadLocal<?> firstKey, Object firstValue) {
    
}

ThreadLocal的内存泄露问题

ThreadLocalMap中使用的key为ThreadLocal的弱引用，而value是强引用。所以，如果ThreadLocal没有被外部强引用的情况下，在垃圾回收的时候，key会被回收掉，而value不会，这样就会出现key为null而有value的情况，value就永远无法被回收，可能造成内存泄漏。

ThraedLocalMap考虑到了这个情况，在调用get、set、remove方法的时候，会先清除掉key为null的记录

强引用可以防止泄漏吗？ 不可以

假设在业务代码使用完ThreadLocal以后，ThreadLocal的引用被回收，但是ThreadLocalMap的Entry强引用了ThreadLocal，会导致ThreadLocal无法被回收

在没有手动删除Entry以及CurrentThread仍然运行的情况下，Entry就不会被回收，Entry中包括了ThreadLocal实例和value实例，会导致Entry内存泄漏

强引用和弱引用都不能解决内存泄漏，为什么要弱引用？
 在ThreadLocalMap中的set、get方法中，会对key为null进行判空，若成立，将value变成null，不再引用其他对象。这意味着在使用完ThreadLocal以后，CurrentThread仍然运行的前提下，就是没有使用remove方法，由于弱引用的存在，ThreadLocal会被回收，对应的value在下次调用get、set、remove的任意一个方法的时候会被清除，从而避免内存泄漏。