ThreadLocal

ThreadLocal提供线程局部变量。不加锁，每个线程独立获得线程共有的一份内存拷贝，不用加锁。 

 

注意：内存泄露。

1、必须回收自定义ThreadLocal变量，尤其是在线程池场景下会被复用，如果不清理自定义ThreadLocal变量，变量值会累加。

可能会影响后续业务逻辑和造成内存泄露等问题。尤其在try-finally

ThreadLocal内有自己的实例副本，该副本只由当前线程自己使用。

 

Thread，ThreadLocal，ThreadLocalMap关系

Thread类中包含了ThreadLocal类，ThreadLocal类又有一个ThreadLocalMap静态内部类 

通过

 ThreadLocal的getMap（）找到对应的ThreadLocals是一个ThreadLocalMap

当为threadLocal复制到时候，实际上是以当前threadLocal实例为key，值为value的Entry往这个threadLocalMap存放

 

 

 

 

ThreadLocalMap保存ThreadLocal对象的一个map。

ThreadLocalMap中存放的entry全是弱引用。

 

 

ThreadLocal内存泄露问题:

内存泄露：不再使用的内存，不被回收。

 

 Java允许使用finalize（）方法在垃圾收集器中将对象从内存中清除出去之前做到 必要清理工作。

1、强软弱虚

 强：JVM开始垃圾回收，就算出现了OOM也不会对对象进行回收。最常见的强引用是把一个对象赋给引用变量，这个引用变量就是一个强引用。

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

造成内存泄露的主要原因

软：系统内存充足的时候，不会回收。

弱：对于弱引用对象，只要垃圾回收机制一运行，不管JVM内存是否充足，都会回收该对象。应用场景，避免每次都从硬盘中读取，放在内存中用软引用。

 GC必定被回收

 

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

 

 

 

 

用来实现比finallize机制更灵活的回收。

 GC必定被回收

 

 

  

 

 当前key为空，弱引用，value但是还存在引用。造成内存泄露，value依然存在强引用。

必须要手动调用remove方法，才能将key为空的删掉。

总结：