小编在读《java多线程核心技术》的时候,对ThreadLocal的认知是:
ThreadLocal的目的是为了解决多线程访问资源时的共享问题。通过这段时间的学习,发现并不是,于是写下此博客与大家共同学习。
该类可以提供线程内部的局部变量,也就是线程的私有变量。在多线程环境下,这种变量可以保证各个线程中的变量独立于其它线程的变量。
![](https://i-blog.csdnimg.cn/blog_migrate/6c0799afc43d696ad8bfcfc4bc6f03d4.png)
我们查看ThreadLocal的get()方法,如果在map为空的时候,会调用initialValue()方法,也就是返回null。
如果map不为空,那么,先获取当前线程对象t,然后调用ThreadLocal的getMap()方法。
ThreadLocalMap getMap(Thread t) {
return t.threadLocals;
}
return t.threadLocals;
}
我们发现getMap方法是获取当前线程对象的threadLocals参数。到这里,我们发现虽然我们ThreadLocal对象一般声明为静态的,可以供所有对象共同使用,实际上,真正的值是存储在每个线程对象内部的。
然后回到
ThreadLocal的get()方法,获取到当前线程的threadLocals后,以当前ThreadLocal对象为参数,获取具体的值。
![](https://i-blog.csdnimg.cn/blog_migrate/fa93a5726eef41928020fcbcada36108.png)
查看set方法,跟踪new Entry(key, value),
![](https://i-blog.csdnimg.cn/blog_migrate/be910fb94343a2255e0a762c69a570bb.png)
再查看super方法,发现ThreadLocalMap的key(ThreadLocal对象)是使用的弱引用,从JDK的源码的注释中得知,建议把ThreadLocal对象设为private static,从上面代码中可以看出,如果ThreadLocal对象被垃圾回收了,那么ThreadLocalMap的key会为null,就会造成内存泄漏。
所以源码在get和set方法里都删除了为null的key。
最后加上网上找的图:
![](https://i-blog.csdnimg.cn/blog_migrate/9fee21b3fca88fb6a81e4cff7720131b.png)