简介
ThreadLocal 是一创建线程局部变量的类，就是说这个类创建的变量值能被当前线程访问，其他线程无法访问和修改。
特点
Global:在当前线程中，任何位置能获取到ThreadLocal的值
Local：该线程的ThreadLocal只能被该线程访问，一般情况下其他线程访问不到（使用InheritableThreadLocal可以将某个线程的ThreadLocal值在其子线程创建时传递过去）。
简单使用
public static void main(String[] args) throws Exception{
ThreadLocal<String> threadLocal = new ThreadLocal<>();
threadLocal.set("out");
new Thread(() -> {
System.out.println("thread:"+threadLocal.get());
threadLocal.set("in");
System.out.println("thread:"+threadLocal.get());
}).start();
TimeUnit.SECONDS.sleep(1);
System.out.println("main:"+threadLocal.get());
}
执行结果可见其特点。在主线程和子线程中变量互不影响。
如何实现
查看set 方法的源码
public void set(T value) {
//获取当前线程
Thread t = Thread.currentThread();
//从线程中获取 ThreadLocalMap
ThreadLocalMap map = getMap(t);
if (map != null)
map.set(this, value);
else
createMap(t, value);
}
看getMap 方法 获取的其实是Thread的 threadLocals变量。
ThreadLocalMap getMap(Thread t) {
return t.threadLocals;
}
/* ThreadLocal values pertaining to this thread. This map is maintained
* by the ThreadLocal class. */
ThreadLocal.ThreadLocalMap threadLocals = null;
看threadLocals初始化方法为 createMap(Thread t, T firstValue)
void createMap(Thread t, T firstValue) {
t.threadLocals = new ThreadLocalMap(this, firstValue);
}
总结，threadLocal 的值是存在当前线程的一个ThreadLocal.ThreadLocalMap 实列中，所以只有当前线程能够访问。
InheritableThreadLocal
使用InheritableThreadLocal子线程可以获取到创建它的父线程的值。
public static void main(String[] args) throws Exception{
ThreadLocal<String> threadLocal = new InheritableThreadLocal<>();
threadLocal.set("out");
new Thread(() -> {
System.out.println("thread:"+threadLocal.get());
threadLocal.set("in");
System.out.println("thread:"+threadLocal.get());
}).start();
TimeUnit.SECONDS.sleep(1);
System.out.println("main:"+threadLocal.get());
}
InheritableThreadLocal如何实现
关键在于InheritableThreadLocal继承了ThreadLocal 复写了getMap，getMap
public class InheritableThreadLocal<T> extends ThreadLocal<T> {
protected T childValue(T parentValue) {
return parentValue;
}
ThreadLocalMap getMap(Thread t) {
return t.inheritableThreadLocals;
}
void createMap(Thread t, T firstValue) {
t.inheritableThreadLocals = new ThreadLocalMap(this, firstValue);
}
}
可以看到使用InheritableThreadLocal存放值的地方变成了线程的inheritableThreadLocals变量而不是 threadLocals变量。
而在线程的初始化方法中可以看到这里会把父线程的值赋值给子线程。
注意：这里是创建线程的时候将父线程的值传递给子线程，若子线程创建完成再修改父线程中的值，不会同步到子线程中去。这里我遇到过坑，后面马上说。
踩坑记录
描述
使用shiro做权限管理框架，用SecurityUtils.getSubject() 获取当前用户登录信息；在线程池中执行用户提交的相关任务，B用户提交的任务，在线程池中获取用户登录信息的时候得到的却是用户A的。
正是由于这个踩到了这个坑，才有了这篇文章
分析与重现
经过源码分析，SecurityUtils.getSubject() 这个用户登录信息的存储是使用 InheritableThreadLocal来实现的
一下代码简单还原了上述过程
public static void main(String[] args) throws Exception {
//用来存储登录信息的threadLocal
ThreadLocal<String> threadLocal = new InheritableThreadLocal<>();
//执行任务的线程池
ExecutorService executorService = Executors.newFixedThreadPool(1);
//模拟处理用户A请求的线程
Thread threadA = new Thread(() -> {
//模拟认证时，shiro 的login 存入用户信息
threadLocal.set("userA");
//将用户A的任务提交到线程池
executorService.submit(() -> {
for (int i = 0; i < 3; i++) {
System.out.println(Thread.currentThread().getName() + "user:" + threadLocal.get() + " taskA");
}
});
});
//模拟处理用户B请求的线程
Thread threadB = new Thread(() -> {
//模拟认证时，shiro 的login 存入用户信息
threadLocal.set("userB");
//将用户B的任务提交到线程池
executorService.submit(() -> {
for (int i = 0; i < 3; i++) {
System.out.println(Thread.currentThread().getName() + "user:" + threadLocal.get() + " taskB");
}
});
});
threadA.start();
threadB.start();
}
可以看到执行用户B任务的时候获取到的却是用户A的登录信息。
这是因为前面说过了，使用 InheritableThreadLocal时 创建线程的时候将父线程的值传递给子线程
用户A 先发出请求，提交任务到线程池，这个时候会创建工作线程 worker，这个worker 是由threadA创建的
用户B提交任务的时候，使用的还是由threadA创建的工作线程。
这段看不懂的话，可以先去看看线程池相关的文章java多线程之ThreadPoolExecutor
解决方案
shiro提供了SecurityUtils.getSubject().associateWith(Callable) 方法，
这个方法 重新包装了一下 Callable 或者runable 方法 执行任务之前绑定用户信息，任务执行完成解绑
public class SubjectCallable<V> implements Callable<V> {
protected final ThreadState threadState;
private final Callable<V> callable;
public SubjectCallable(Subject subject, Callable<V> delegate) {
this(new SubjectThreadState(subject), delegate);
}
protected SubjectCallable(ThreadState threadState, Callable<V> delegate) {
if (threadState == null) {
throw new IllegalArgumentException("ThreadState argument cannot be null.");
}
this.threadState = threadState;
if (delegate == null) {
throw new IllegalArgumentException("Callable delegate instance cannot be null.");
}
this.callable = delegate;
}
public V call() throws Exception {
try {
threadState.bind()//执行任务前绑定用户信息
return doCall(this.callable);//执行任务
} finally {
threadState.restore();//解绑用户信息
}
}
protected V doCall(Callable<V> target) throws Exception {
return target.call();
}
}
简单来说就是这样
Thread threadA = new Thread(() -> {
//模拟认证时，shiro 的login 存入用户信息
threadLocal.set("userA");
String user=threadLocal.get();
//将用户A的任务提交到线程池
executorService.submit(() -> {
//执行任务前绑定用户信息 threadState.bind()
threadLocal.set(user);
//执行任务
for (int i = 0; i < 3; i++) {
System.out.println(Thread.currentThread().getName() + "user:" + threadLocal.get() + " taskA");
}
//执行任务后解绑用户信息 threadState.restore();
threadLocal.remove();
});
});
内存泄漏？
ThreadLocal实例被线程的ThreadLocalMap实例持有，也可以看成被线程持有。如果像使用了线程池，那么threadLocal就一直不会被垃圾回收，直到线程池中该线程被释放？
是这样吗？
看源码 ThreadLocalMap
*/
static class ThreadLocalMap {
/**
* The entries in this hash map extend WeakReference, using
* its main ref field as the key (which is always a
* ThreadLocal object). Note that null keys (i.e. entry.get()
* == null) mean that the key is no longer referenced, so the
* entry can be expunged from table. Such entries are referred to
* as "stale entries" in the code that follows.
*/
static class Entry extends WeakReference<ThreadLocal<?>> {
/** The value associated with this ThreadLocal. */
Object value;
Entry(ThreadLocal<?> k, Object v) {
super(k);
value = v;
}
}
可见ThreadLocalMap持有的是ThreadLocal的 弱引用WeakReference，弱引用不会阻止垃圾回收，没有强引用指向该ThreadLocal对象时，你会发现使用get时突然返回null，
所以不会内存泄漏的，放心使用。
本文由博客一文多发平台 OpenWrite 发布！
