【读书笔记】ThreadLocal

【读书笔记】ThreadLocal

笔记链接

• 深入分析ThreadLocal

原理

• ThreadLocal实例通常是类中的 private static 字段
• ThreadLocal与线程同步机制不同，线程同步机制是多个线程共享同一个变量，而ThreadLocal是为每一个线程创建一个单独的变量副本，故而每个线程都可以独立地改变自己所拥有的变量副本，而不会影响其他线程所对应的副本。
• ThreadLocal定义了四个方法：
  • get()：返回此线程局部变量的当前线程副本中的值。
  • initialValue()：返回此线程局部变量的当前线程的“初始值”。
  • remove()：移除此线程局部变量当前线程的值。
  • set(T value)：将此线程局部变量的当前线程副本中的值设置为指定值。
• 每个线程中可以持有很多个ThreadLocal对象，这些对象通过hash后存储在Thread的ThreadLocalMap中，其中的Key为ThreadLocal对象，value为该对象在本线程中的一个副本
• 
• 由上图可知，ThreadLocal本身并不存储value值，只是作为key在ThreadLocalMap中索引value值

ThreadLocal与同步机制的比较

• ThreadLocal和线程同步机制都是为了解决多线程中相同变量的访问冲突问题。
  • 同步机制中，通过对象的锁机制保证同一时间只有一个线程访问变量。这时该变量是多个线程共享的，使用同步机制要求程序缜密地分析什么时候对变量进行读写，什么时候需要锁定某个对象，什么时候释放对象锁等繁杂的问题，程序设计和编写难度相对较大。
  • ThreadLocal则从另一个角度来解决多线程的并发访问。ThreadLocal会为每一个线程提供一个独立的变量副本，从而隔离了多个线程对数据的访问冲突。因为每一个线程都拥有自己的变量副本，从而也就没有必要对该变量进行同步了。ThreadLocal提供了线程安全的共享对象，在编写多线程代码时，可以把不安全的变量封装进ThreadLocal。
• 同步机制采用了“以时间换空间”的方式，而ThreadLocal采用了“以空间换时间”的方式。前者仅提供一份变量，让不同的线程排队访问，而后者为每一个线程都提供了一份变量，因此可以同时访问而互不影响。
• spring使用ThreadLocal解决线程安全问题我们知道在一般情况下，只有无状态的Bean才可以在多线程环境下共享，在Spring中，绝大部分Bean都可以声明为singleton作用域。就是因为Spring对一些Bean（如RequestContextHolder、TransactionSynchronizationManager、LocaleContextHolder等）中非线程安全状态采用ThreadLocal进行处理，让它们也成为线程安全的状态，因为有状态的Bean就可以在多线程中共享了。
• 一般的Web应用，从接收请求到返回响应所经过的所有程序调用都同属于一个线程，如下图所示
• 

java.lang.ThreadLocal的具体实现

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

ThreadLocal为什么会内存泄漏

• 每个Thread都有一个ThreadLocal.ThreadLocalMap的map，该map的key为ThreadLocal实例，它为一个弱引用，我们知道弱引用有利于GC回收。当ThreadLocal的key == null时，GC就会回收这部分空间，但是value却不一定能够被回收，因为他还与Current Thread存在一个强引用关系，如下图所示
• 
• 由于存在这个强引用关系，会导致value无法回收。如果这个线程对象不会销毁那么这个强引用关系则会一直存在，就会出现内存泄漏情况。所以说只要这个线程对象能够及时被GC回收，就不会出现内存泄漏。如果碰到线程池，那就更坑了。
• 那么要怎么避免这个问题呢？
  • 在ThreadLocalMap中的setEntry()、getEntry()，如果遇到key == null的情况，会对value设置为null。我们可以显示调用ThreadLocal的remove()方法进行处理。