ThreadLocal面试总结

ThreadLocalMap使用闭散列:(开放地址法或者也叫线性探测法)解决哈希冲突

当我们要往哈希表中插入一个数据时，通过哈希函数计算该值的哈希地址，当我们找到哈希地址时却发现该位置已经被别的数据插入了，那么此时我们就找紧跟着这一位置的下一个位置，看是否能够插入，如果能则插入，不能则继续探测紧跟着当前位置的下一个位置。

key为什么要设置成弱引用？

跟踪Entry源码这个类就会发现，它继承了WeakReference类，并且在构造方法中，将key设置成了弱引用，而value则是强引用。
ThreadlocalMap是和线程绑定在一起的，如果这样线程没有被销毁，而我们又已经不会再某个threadlocal引用，那么key-value的键值对就会一直在map中存在，这对于程序来说，就出现了内存泄漏。为了避免这种情况，只要将key设置为弱引用，那么当发生GC的时候，就会自动将弱引用给清理掉

value为什么不设置成弱引用？

public static void main(String[] args) throws Exception {
    Map, WeakReference> map = new HashMap<>(8);
    WeakReference key = new WeakReference<>(11);
    WeakReference value = new WeakReference<>(33);
    map.put(key,value);
    System.out.println("put success");
    Thread.sleep(3000);
    System.gc();
    System.out.println("get " + map.get(key).get());
}
 
 ///运行结果///
 put success
 get null

value这个强引用是指向new WeakReference<>(33)的，也就是说，33这个才是我们真正存进去的对象，gc后它已经不存在任何强引用了（会被清理掉），所以为什么value为什么不设置成弱引用的原因就是避免null空指针。

ThreadLocal造成内存泄露的问题

如果用线程池来操作ThreadLocal 对象确实会造成内存泄露, 因为对于线程池里面不会销毁的线程, 里面总会存在着的强引用, 因为final static 修饰的 ThreadLocal 并不会释放, 而ThreadLocalMap 对于 Key 虽然是弱引用, 但是强引用不会释放, 弱引用当然也会一直有值, 同时创建的LocalVariable对象也不会释放, 就造成了内存泄露; 如果LocalVariable对象不是一个大对象的话, 其实泄露的并不严重, 泄露的内存 = 核心线程数 * LocalVariable对象的大小;

所以, 为了避免出现内存泄露的情况, ThreadLocal提供了一个清除线程中对象的方法, 即 remove, 其实内部实现就是调用 ThreadLocalMap 的remove方法:

private void remove(ThreadLocal key) {
    Entry[] tab = table;
    int len = tab.length;
    int i = key.threadLocalHashCode & (len-1);
    for (Entry e = tab[i];
         e != null;
         e = tab[i = nextIndex(i, len)]) {
        if (e.get() == key) {
            e.clear();
            expungeStaleEntry(i);
            return;
        }
    }
}

找到Key对应的Entry, 并且清除Entry的Key(ThreadLocal)置空, 随后清除过期的Entry即可避免内存泄露。