threadlocal是针对于多线程之间共享变量变量访问的问题,和synchronized不同syn是解决不同线程之间的变量唯一性的问题。
threadloal一般在多线程场景下用的多,比如线程1修改num为10然后执行线程1剩余方法过程中,线程2修改了num为20,这时线程1剩余方法需要读取这个num就读取到了20,然而这并不是我们想要的结果,这时候就可以使用threadlocal进行变量修饰,线程1 set为10,线程2 set为20,这时线程1 2都只能读取到本线程的修改变量,如线程1修改为10 这时线程2立马去读取是没有值的,经典场景就是jdbc连接,为每一个线程分配一个连接。而syn是锁它确保了同一时刻只能有一个线程进行代码块的访问,一般扣库存会用到,防止超卖。
这里threadlocal还涉及到内存泄露的问题,观察了下源码发现
public class ThreadLocal<T> {
...
private T setInitialValue() {
T value = initialValue();
Thread t = Thread.currentThread();
ThreadLocalMap map = getMap(t);
if (map != null)
map.set(this, value);
else
createMap(t, value);
return value;
}
...
}
使用了一个threadlocalmap进行值的存取,这里的key使用的是当前threadlocal对象,当这个对象使用完成后会进行回收, 但在线程池中线程的存活时间太长,往往都是和程序同生共死的,这样 Thread 持有的 ThreadLocalMap 一直都不会被回收,再加上 ThreadLocalMap 中的 Entry 对 ThreadLocal 是弱引用(WeakReference),所以只要 ThreadLocal 结束了自己的生命周期是可以被回收掉的。
Entry 中的 Value 是被 Entry 强引用的,即便 value 的生命周期结束了,value 也是无法被回收的,导致内存泄露。目前的解决方案是在 finally 代码块中手动清理 ThreadLocal 中的 value,调用 ThreadLocal 的 remove()方法,将key为null但是值为引用的map清理。