ThreadLocal详解

1.ThreadLocal是什么

ThreadLocal提供线程局部变量。这些变量与正常的变量不同，因为每一个线程在访问ThreadLocal实例的时候（通过其get或set方法）都有自己的、独立初始化的变量副本。ThreadLocal实例通常是类中的私有静态字段，使用它的目的是希望将状态（例如，用户ID或事物ID）与线程关联起来。

2.ThreadLocal能干嘛

实现每一个线程都有自己专属的本地变量副本（自己用自己的变量不用麻烦别人，不和其他人共享）。主要解决了让每个线程绑定自己的值，通过使用get()和set()方法，获取默认值或将其改为当前线程所存的副本的值从而避免了线程安全问题。

3.API介绍

4.Thread、ThreadLocal、ThreadLocalMap关系

（1）Thread和ThreadLocal

（2）ThreadLocal和ThreadLocalMap

（3）关系总结
①每个Thread对象维护着一个ThreadLocalMap的引用，ThreadLocalMap是ThreadLocal的内部类，用Entry来进行存储
②调用ThreadLocal的set()方法时，实际就是往ThreadLocalMap设置值，key是ThreadLocal对象，value是传递进来的对象
③调用ThreadLocal的get()方法时，实际上就是获取ThreadLocalMap值，key是ThreadLocal对象
④ThreadLocal本身并不存储值，它只是一个壳子，作为一个key来让线程从ThreadLocalMap获取value；真正的存储结构的是ThreadLocal的内部类ThreadLocalMap。正因为这个原理，所以ThreadLocal能够实现”数据隔离“，获取当前线程的局部变量值，不受其他线程影响

5.ThreadLocal内存泄漏问题

5.1 强引用、软引用、弱引用以及虚引用

（1）强引用：
①强引用是我们最常见的普通对象引用，只要还有强引用指向一个对象，就表明对象还活着，垃圾收集器就不会碰这种对象。在Java中最常见的就是强引用，把一个对象赋给一个引用变量，这个引用变量就是一个强引用。当一个对象被强引用变量引用时，它处于可达状态，它是不可能被垃圾回收机制回收的，即使该对象以后永远都不会被用到，JVM也不会回收。因此强引用是造成Java内存泄漏的主要原因之一。
②对于一个普通对象，如果没有其他的引用对象，只要超过了引用的作用域或者显式地将相应(强)引用赋值为null，一般认为就是可以被垃圾收集的了（当然具体回收时机还是要看垃圾收集策略）
（2）软引用：
是一种相对强引用弱化了一些的引用，对于只有软引用的对象而言，当系统内存充足时，不会被回收，当系统内存不足时，他会被回收，软引用通常用在对内存敏感的程序中，比如高速缓存，内存够用就保留，不够用就回收。
（3）弱引用：
弱引用需要用java.lang.ref.WeakReference类来实现，它比软引用的生存周期更短，对于只有弱引用的对象而言，只要垃圾回收机制一运行，不管JVM的内存空间是否足够，都会回收该对象占用的内存。
（4）虚引用
①虚引用需要java.lang.ref.PhantomReference类来实现，与其他几种引用都不同，虚引用并不会决定对象的生命周期。如果一个对象仅持有虚引用，那么他就和没有任何引用一样，在任何时候都可能被垃圾回收器回收，它不能单独使用也不能通过它访问对象，虚引用必须和引用队列(ReferenceQueue)联合使用。
②虚引用的get方法总是返回null，因此无法访问对应的引用对象。虚引用的主要作用是跟踪对象被垃圾回收的状态。仅仅是提供了一种确保对象被finalize以后，做某些事情的通知机制。
③处理监控通知使用：设置虚引用关联对象的唯一目的，就是在这个对象被收集器回收的时候收到了一个系统通知或者后续添加进一步的处理，用来实现比finalize机制更灵活的回收操作。