说说ThreadLocal类

分析&回答

ThreadLocal，是Thread Local Variable（线程的局部变量）的意思。线程局部变量功能非常简单，就是为每一个使用该变量的线程都提供一个变量值的副本，是每一个线程都可以独立的改变自己的副本，而不会和其他线程的副本冲突。

ThreadLocal提供常用方法：

• A、T get()：返回此线程局部变量中当前线程副本中的值
• B、void remove()：删除此线程局部变量中当前线程副本中的值
• C、void set(T value)：设置此线程局部变量中当前线程副本中的值

ThreadLocal和其他所有同步机制都是为了解决多线程中对同一变量的访问冲突，在普通的同步机制中，是通过对象加锁来实现多个线程对同一变量的安全访问的。在这种情形下，该变量是多个线程共享的，所以要使用这种同步机制需要很细致的分析在什么时候对变量进行读写，上面时候需要锁定某个对象，什么时候释放对象锁等。在这种情况下系统并没有将这份资源复制多份，只是采用了锁机制来控制对这份资源的访问而已。

ThreadLocal就从另一个角度来解决多线程的并发访问，ThreadLocal将需要并发访问的资源复制出多份，每个线程拥有一份资源，每个线程都拥有自己的资源副本，从而也就没有必要对该变量进行同步了。ThreadLocal提供了线程安全的对象，在编写多线程代码时，可以把不安全的整个变量封装进ThreadLocal，或者把该对象与现场相关的状态使用ThreadLocal保存。

ThreadLocal并不能代替同步机制，两者面向的问题领域不同。同步机制是为了同步多个线程对相同资源的并发访问，是多个线程之间进行通信的有效方式；而ThreadLocal是隔离多个线程的数据共享，从根本上避免了多个线程之间共享资源（变量），也就不需要对多个线程进行同步了。

通常认为：如果需要进行多个线程之间的共享资源，已到达线程之间的通信功能，就使用步机制，如果仅仅需要隔离多个线程之间的共享冲突，就用ThreadLocal。

反思&扩展

ThreadLocal使用注意点

• ThreadLocal 中Entry是被动擦除的（调用ThreadLocalMap的genEntry函数或者set函数），将key为null的这些Entry都删除，防止内存泄露。
• 很多情况下需要使用者手动调用ThreadLocal的remove函数，手动删除不再需要的ThreadLocal，防止内存泄露。所以JDK建议将ThreadLocal变量定义成private static的，这样的话ThreadLocal的生命周期就更长，由于一直存在ThreadLocal的强引用，所以ThreadLocal也就不会被回收，也就能保证任何时候都能根据ThreadLocal的弱引用访问到Entry的value值，然后remove它，防止内存泄露。
• 当和线程池使用时尤其要注意，没有及时清理ThreadLocal，不仅是内存泄漏的问题，更严重的是可能导致业务逻辑出现问题。