要是面试官问你,“在多线程环境下,如何防止自己的变量被其它线程篡改?”,你该怎么答。。。
ThreadLocal是什么
首先,它是一个数据结构,有点像HashMap
,可以保存”key : value”键值对,但是一个ThreadLocal
只能保存一个,并且各个线程的数据互不干扰。经典的使用场景是为每个线程分配一个 JDBC 连接 Connection。这样就可以保证每个线程的都在各自的 Connection 上进行数据库的操作,不会出现 A 线程关了 B线程正在使用的 Connection; 还有 Session 管理 等问题。
1 | ThreadLocal<String> localName = new ThreadLocal(); |
在当前线程中初始化了一个ThreadLocal
对象localName
,并通过set方法,保存了一个值 hello world
,同时在线程1中通过 localName.get()
可以拿到之前设置的值,但是如果在其他线程中,拿到的将是一个NULL
。
set(T value)
和 get()
方法的源码:
1 | /** |
原理
线程共享变量缓存如下:
1 | Thread.ThreadLocalMap<ThreadLocal, 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的弱引用问题则不存在了。