ThreadLocal 辨析

ThreadLocal 为每个线程都提供了变量的副本， 使得每个线程在某一时间訪问到的并非同一个对象， 这样就隔离了多个线
程对数据的数据共享。Spring 的事务就借助了 ThreadLocal 类。

Spring 会从数据库连接池中获得一个connection， 然会connection 放进 ThreadLocal 中， 也就和线程绑定了， 事务需要提交或者回滚， 只要从 ThreadLocal 中拿到 connection 进行操作。
ThreadLocal 类接口很简单， 只有 4 个方法， 我们先来了解一下：
• void set(Object value)
设置当前线程的线程局部变量的值。
• public Object get()
该方法返回当前线程所对应的线程局部变量。
• public void remove()
将当前线程局部变量的值删除， 目的是为了减少内存的占用， 该方法是 JDK
5.0 新增的方法。 需要指出的是， 当线程结束后， 对应该线程的局部变量将自动
被垃圾回收， 所以显式调用该方法清除线程的局部变量并不是必须的操作， 但它
可以加快内存回收的速度。
• protected Object initialValue()
返回该线程局部变量的初始值， 该方法是一个 protected 的方法， 显然是为
了让子类覆盖而设计的。 这个方法是一个延迟调用方法， 在线程第 1 次调用 get()
或 set(Object)时才执行， 并且仅执行 1 次。 ThreadLocal 中的缺省实现直接返回一
个 null。
引发的内存泄漏分析

强引用：类似“Object obj=new Object（）”这类的引用，只要强引用还存在，垃圾收集器永远不会回收掉被引用的对象实例。

软引用：在系统将要发生内存溢出异常之前， 将会把这些对象实例列进回收范围之中进行第二次回收。 如果这次回收还没有足的内存， 才会抛出内存溢出异常。 在 JDK1.2 之后， 提供了 SoftReference 类来实现软引用。

弱引用：被弱引用关联的对象实例只能生存到下一次垃圾收集发生之前。当垃圾收集器工作时，无论当前内存是否足够， 都会回收掉只被弱引用关联的对象实例。 在 JDK 1.2 之后， 提供了 WeakReference 类来实现弱引用。

虚引用：为一个对象设置虚引用关联的唯一目的就是能在这个对象实例被收集器回收时收到一个系统通知。 在 JDK 1.2 之后， 提供了PhantomReference 类来实现虚引用。
JVM 利用设置 ThreadLocalMap 的 Key 为弱引用， 来避免内存泄露。
JVM 利用调用 remove、 get、 set 方法的时候， 回收弱引用。
当 ThreadLocal 存储很多 Key 为 null 的 Entry 的时候， 而不再去调用 remove、
get、 set 方法， 那么将导致内存泄漏。
使用线程池+ ThreadLocal 时要小心， 因为这种情况下， 线程是一直在不断的
重复运行的， 从而也就造成了 value 可能造成累积的情况。