前言:ThreadLocal
是线程内部的存储类,通过它可以实现在每个线程中存储自己的私有数据。即数据存储以后,只能在指定的线程中获取这个存储的对象,而其它线程则不能获取到当前线程存储的这个对象。ThreadLocal
有一个典型的应用场景,即我们在前文中说到的Android线程间通信中的Looper。每一个线程都有一个私有的Looper
对象去处理当前线程的消息队列,有不清楚的同学,可以去上篇文章查看。话不多说,今天我们主要探讨的是ThreadLocal
实现线程存储私有数据的工作原理。
- 上面我们提到,通过
ThreadLocal
能实现在线程中存储的私有数据,下面我们来看一个典型的应用案例,我们在UI线程中执行如下代码:
private void testThreadLocal() {
final ThreadLocal<String> nameLocal = new ThreadLocal<>();
nameLocal.set("我是UI主线程存储的数据");
new Thread(new Runnable() {
@Override
public void run() {
nameLocal.set("我是子线程存储的数据");
//打印出当前线程和其存储的数据
System.out.println(Thread.currentThread() + ":" + nameLocal.get());
}
}).start();
//打印出当前线程和其存储的数据
System.out.println(Thread.currentThread() + ":" + nameLocal.get());
}
上面代码中,我们在主线程中创建了一个nameLocal
对象,并且向里面写入了一个字符串。接下来,我们又开启了一个新的子线程,又向同一个nameLocal
再写入一个数据。按理说,既然nameLocal
都是一个ThreadLocal
对象,因此调用get
方法去获取存入的字符串时,应该是一个相同的字符串。但实际结果是怎样?实际输出结果如下:
03-12 15:49:49.726 19346-19346/? I/System.out: Thread[main,5,main]:我是UI主线程存储的数据
03-12 15:49:49.726 19346-19358/? I/System.out: Thread[Thread-209,5,main]:我是子线程存储的数据
通过打印的结果可以看出:在不同线程中,即使操作的同一个ThreadLocal对象,也能够实现数据的私密存储。但是,我们调用ThreadLocal的set方法的时候,操作的是同一个ThreadLocal对象,而且也没有不同的Key去区分不同的value值,为什么不会覆盖上一次存储的value?调