本文讲述下在项目开发过程中遇到的实际问题。
问题
问题描述
之前搞得项目是SpringCloud开发的微服务项目,用户登录之后把用户信息塞到header里给我们,然后后端统一在网关拦截,读取用户ID然后塞到用户上下文中。但是我们在改造项目的时候发现个问题,莫名其妙的用户信息丢失了
经过排查,发现是因为SpringCloud的Hystrix隔离策略默认是线程池隔离,但是为啥是线程池隔离就会丢失用户信息呢?
原因分析
在前面其实有讲过,信号量跟管程都是操作系统的同步互斥方案,那这里Hytrix我们都知道是SpringCloud防止微服务雪崩的熔断器组件,它的隔离策略也有一个信号量隔离,跟前面同步互斥的信号量是一个东西吗?没错,是的。首先看下Hytrix的隔离策略是做什么的,隔离策略,是限制对共享资源访问的并发量,当线程池/信号已满,就立刻拒绝请求,转入服务降级模式。没错,Hytrix不仅仅可以在服务出现故障的时候降级,也可以在访问并发量过高的时候降级。
那它的隔离策略就很容易理解了:
-
线程池隔离:不同服务的执行使用不同的线程池,同时将用户请求的线程与具体业务执行的线程分开
-
信号量隔离:总共允许访问的并发量就是一共多少个通行证,每次访问先tryAcquire,如果发现通行证没了就拒绝请求,进入降级模式。用户请求线程与业务执行线程是同一个线程。
用线程池与new出来的线程又有什么区别呢?我们使用线程池而不是new线程的目的,就是因为避免创建与销毁线程的开销,想要重复使用线程。问题就出在这里,我们在分析ThreadLocal的时候知道,子线程是可以获取到父线程init方法初始化的值的,但是父线程set的值,子线程的ThreadLocal是获取不到的,这是第一个问题;第二个问题,假设我们通过了某种手段让子线程获取到了父线程set的ThreadLocal值,那么使用线程池的时候,线程是重复使用的。这就意味着最开始创建的线程确实可以获取父线程的ThreadLocal,但是后面重复使用的线程如果不做处理,就会一直拿着创建最开始线程的父线程的ThreadLocal。
可能有点绕,我们看下下面的例子:
demo测试
我们来写几个demo,分别验证:
-
直接new出来的子线程是否可以获取父线程设置的ThreadLocal变量的值
-
使用线程池的子线程是否可以获取父线程设置的ThreadLocal变量的值
再分别看下如何解决
测试一
测试目的
直接new出来的子线程是否可以获取父线程设置的ThreadLocal变量的值
测试代码
public class UnSafeId {
static ThreadLocal<String> userId = new ThreadLocal<>();
public static void main(String[] args) {
userId.set("77");
System.out.println(Thread.currentThread().getName() + " userId : " + userId.get());
new Thread(() -> {
System.out.println(Thread.currentThread().getName() + " userId : " + userId.get());
}).start();
}
}
测试结果
直接new出来的子线程不能获取父线程设置的ThreadLocal变量的值
解决方案
解决方案
使用InheritableThreadLocal
代码示例
public class UnSafeId {
static ThreadLocal<String> userId = new ThreadLocal<>();
static InheritableThreadLocal<String> address=
new InheritableThreadLocal<>();
public static void main(String[] args) {
userId.set("77");
address.set("GuangDongProvince");
System.out.println(Thread.currentThread().getName() + " userId : " + userId.get());
System.out.println(Thread.currentThread().getName() + " userId : "