ThreadLocal线程隔离值为NULL（直接cv使用封装类)

ThreadLocal笔记

介绍：

ThreadLocal 并不是一个Thread，而是Thread的局部变量。
ThreadLocal为每个线程提供单独一份存储空间，具有线程隔离的效果，只有在线程内才能获取到对应的值，线程外则不能访问。

常用方法：

• public void set(T value) 设置当前线程的线程局部变量的值
• public T get() 返回当前线程所对应的线程局部变量的值
• public void remove() 移除当前线程的线程局部变量

封装 ThreadLocal 工具类：

public class BaseContext {

    public static ThreadLocal<Long> threadLocal = new ThreadLocal<>();

    public static void setCurrentId(Long id) {
        threadLocal.set(id);
    }

    public static Long getCurrentId() {
        return threadLocal.get();
    }

    public static void removeCurrentId() {
        threadLocal.remove();
    }

}

失效案例：

线程隔离导致ThreadLocal上下文失效为Null案例：

登录线程：

修改密码线程：

线程隔离导致获取的上下文值为空null

解决方法：拦截器跟每个线程都一起为一个中的：

根本原因：

• 登录接口和修改密码接口是两个不同的HTTP请求，每个请求都由独立的线程处理。
• BaseContext（ThreadLocal）存储的变量是线程隔离的，即每个线程拥有自己独立的副本。
• 在登录请求的线程中设置empId，并不会影响到修改密码请求的线程。

解决方案：

• 用户登录成功后，在拦截器（或过滤器）中统一设置ThreadLocal（BaseContext）才是正确的做法，因为每个请求都会经过拦截器，且拦截器在当前请求的线程中设置empId，后续的Controller和Service层都可以在同一个线程中获取到。
• 而登录接口中设置的empId只对当前登录请求有效，对后续的修改密码请求无效。

因此，用户已经发现：在拦截器中设置BaseContext存储empId就能在修改密码请求中调用出来。所以需要调整代码，移除在登录接口中设置BaseContext的代码，只在拦截器中设置。