Threadlocal

一个ThreadLocal就代表一个变量，那么要是想在一个线程中存储多个变量的时候，可以把多个变量封装成一个对象，然后把这个对象存储在ThreadLocal中就可以实现需求。ThreadLocal用于保存某个线程共享变量：对于同一个static ThreadLocal,不同线程只能从get，set，remove自己的变量，而不会影响其他线程变量。

ThreadLocal.get：获取ThreadLocal中当前线程共享变量的值。

ThreadLocal.set：设置ThreadLocal 中当前线程共享变量的值。

ThreadLocal.remove：移除ThreadLocal中当前线程共享变量的值。

ThreadLocal.initialValue：ThreadLocal没有被当前线程赋值时或当前线程刚调用remove方法后调用get方法，返回此方法值。

 

原理

线程共享变量缓存如下：

Thread.ThreadLocalMap<ThreadLocal,Object>;

1、Thread：当前线程，可以通过Thread.currentThread()获取。

2、ThreadLocal: 我们的static ThreadLocal变量。

3、Object：当前线程共享变量。

调用ThreadLocal.get方法时，实际上从当前线程中获取ThreadLocalMap<ThreadLocal, Object>，然后根据当前ThreadLocal获取当前线程共享变量Object。ThreadLocal.set，ThreadLocal.remove实际上是同样的道理。

 

好处：

1、线程死去时，线程共享变量ThreadLocalMap则销毁。

2、ThreadLocalMap<ThreadLocal,Object>键值对数量为ThreadLocal的数量，一般来说ThreadLocal数量很少，相比在ThreadLocal中用Map<Thread,Object>键值对存储线程共享变量（Thread数量一般来说比ThreadLocal数量多），性能提高很多。

关于ThreadLocalMap<ThreadLocal，Object>弱引用问题：

当线程没有结束，但是ThreadLocal已经被回收，则可能导致线程中存在ThreadLocalMap<null,object>的键值对，造成内存泄漏。（ThreadLocal被回收，ThreadLocal关联的线程共享变量还存在）。虽然ThreadLocal的get,set方法可以清除ThreadLocalMap中key为null的value，但是get,set方法在内存泄漏后并不会必然调用，所以为了防止此类情况，有两种手段

1、使用完线程共享变量后，显式调用ThreadLocalMap.remove()方法清除线程共享变量；

2、JDK建议ThreadLocal定义为private static，这样ThreadLocal的弱引用则不存在了。

转载于:https://my.oschina.net/yuhangyes/blog/3095661