前言
ThreadLocal能够在单个线程中传递参数,使用可以用在系统参数的传递或者在链路跟踪中传递trace相关信息,需要说明的是单单使用ThreadLocal是不会出现ThreadLocal值线程共享的,但仅仅使用ThreadLocal还不够,如果代码中有使用异步,ThreadLocal就无能为力了,这时可以使用JDK自带的InheritableThreadLocal,这次ThreadLocal变量线程共享,就是因为使用了InheritableThreadLocal。
我们的项目使用springboot构建,想使用ThreadLocal来完成透传系统参数,这样所有接口和方法都不要显式的传递次参数,刚刚说到ThreadLocal无法解决异步传递问题,InheritableThreadLocal也只能解决新建线程的情况,无法在线程池的场景中使用,具体原因下次分析,经过调研我们使用阿里开源的TransmittableThreadLocal
示例
我们先来看这个例子:
public class TransmittableThreadLocalUtil {
private static Logger logger = LoggerFactory.getLogger(TransmittableThreadLocalUtil.class);
private static final TransmittableThreadLocal<Map<String, Object>> threadLocal = new TransmittableThreadLocal() {
@Override
protected Object initialValue() {
return new HashMap(4);
}
};
public static <T> T get(String key) {
logger.info("get {}",key);
Map map = (Map)threadLocal.get();
return (T)map.get(key);
}
public static void set(String key, Object value) {
Map map = (Map)threadLocal.get();
map.put(key, value);
}
public static <T> T remove(String key) {
Map map = (Map)threadLocal.get();
return (T)map.remove(key);
}
使用阿里的TransmittableThreadLocal封装了一个工具类,初始化一个map,有get、set、remove方法,其他方法省略。
@GetMapping("/testLocal2")
public void test2(){
logger.info("testLocal2 get "+ TransmittableThreadLocalUtil.get("test"));
}
@GetMapping("/testLocal3")
public void test3(){
TransmittableThreadLocalUtil.set("test","200");
}
两个接口,一个设置test为200,另一个方法获取,springboot默认使用tomcat作为容器,我们知道tomcat在处理请求时使用了线程池,理论上2个接口的调用不会是同一个线程,我们看log输出可以确认:
2020-08-09 22:59:36.765 INFO 86354 --- [nio-8080-exec-1] c.j.controller.ThreadLocalController : testLocal3 test set 200
2020-08-09 22:59:37.755 INFO 86354 --- [nio-8080-exec-2] c.j.controller.ThreadLocalController : testLocal2 get 200
先调用了/testLocal3接口线程名称是nio-8080-exec-2,再调用了/testLocal2,线程名称是nio-8080-exec-1,是两个线程
但是通过log可以看到第二个线程居然取到了第一个线程设置的ThreadLocal变量,这是怎么回事?ThreadLocal不是线程隔离的吗?
上面只是用一个小例子帮助大家理解,实际中我们使用拦截器在方法调用前获取系统参数放入ThreadLocal中,在调用结束时清理ThreadLocal变量,但因为同样有上面例子中的问题,我们的一此请求没结束时可能ThreadLocal中的值就被别的线程清理的,导致业务异常。
原因
这到底是什么原因导致的呢,在翻看了TransmittableThreadLocal的源码以及项目中的使用方式后找到了原因。
TransmittableThreadLocal继承自jdk的InheritableThreadLocal,而InheritableThreadLocal的原理是父线程创建子线程时会将父线程的ThreadLocalMap复制到子线程中,这个复制是引用复制,也就是说子线程可以修改父线程ThreadLocal中的变量,但这也解释不了为什么ThreadLoal会线程共享,tomcat线程池中的线程都是子线程啊,那只可能是父线程出现了问题,再看一下项目代码,找到了原因。
因为在service的静态变量中使用了TransmittableThreadLocalUtil的get方法初始化了那个map,而springboot在加载service时使用的是main主线程,是所有线程的父线程,导致所有的子线程通过TransmittableThreadLocal获取的Map是同一个引用,当然是线程共享了!
例子中的service示例:
@Service
public class TestService {
//静态变量的调用
private String value = TransmittableThreadLocalUtil.get("test");
public void testMethod(){
}
}
get方法中有log,再看一眼启动log
2020-08-09 22:59:24.104 INFO 86354 --- [ main] o.s.web.context.ContextLoader : Root WebApplicationContext: initialization completed in 2164 ms
2020-08-09 22:59:24.202 INFO 86354 --- [ main] c.j.util.TransmittableThreadLocalUtil : get test
2020-08-09 22:59:24.808 INFO 86354 --- [ main] o.s.s.concurrent.ThreadPoolTaskExecutor : Initializing ExecutorService
日志第二行,main线程调用了TransmittableThreadLocalUtil,确定了推断。
其中一种解决方式是在TransmittableThreadLocalUtil的初始化TransmittableThreadLocal对象时复写childValue方法
private static final TransmittableThreadLocal<Map<String, Object>> threadLocal = new TransmittableThreadLocal() {
@Override
protected Object initialValue() {
return new HashMap(4);
}
@Override
protected Object childValue(Object parentValue) {
if(parentValue instanceof Map){
return new HashMap<>((Map)parentValue);
}
return parentValue;
}
};
总结
1、ThreadLocal不会出现线程间共享的情况。
2、InheritableThreadLocal的原理是新建子线程时将父线程ThreadLocal复制到子线程中,是引用复制,会导致父子线程都能操作那个引用。
3、问题不是TransmittableThreadLocal引起的,是因为错误使用了InheritableThreadLocal,TransmittableThreadLocal只是继承自InheritableThreadLocal。
为什么复写childValue
方法就可以解决呢,ThreadLocal有没有别的坑,InheritableThreadLocal以及ThreadLocal中相关的源码是如何处理的呢,期待下一篇吧~