理解
ThreadLocal是一种用于在多线程环境中存储线程局部变量的机制,它为每个线程都提供了独立的变量副本,从而避免了线程之间的竞争条件,事实上ThreadLocal的工作原理是在每个线程中创建一个独立的变量副本,并且每个线程只能访问自己的副本。ThreadLocal一个最广泛的使用场景就是将信息保存,从而方便后续方法直接从线程中获取。
ThreadLocal核心方法
方法声明 | 描述 |
---|---|
public void set(T value) | 设置当前线程绑定的局部变量 |
public T get() | 获取当前线程绑定的局部变量 |
Public void remove() | 移除当前线程绑定的局部变量 |
TheadLocal使用
public class LoginUserContextHolder {
/**
* 使用ThreadLocal维护变量,ThreadLocal为每个使用该变量的线程提供独立的变量副本,
* 所以每一个线程都可以独立地改变自己的副本,而不会影响其它线程所对应的副本。
*/
private static final ThreadLocal<LoginUser> threadLocal = new ThreadLocal<>();
/**
* 设置变量
*/
public static void set(LoginUser user) {
threadLocal.set(user);
}
/**
* 获得变量
*/
public static LoginUser get() {
return threadLocal.get();
}
/**
* 清理当前变量
*/
public static void remove() {
threadLocal.remove();
}
}
实际例子: 前端使用token令牌调用后端接口,后端在Filter(过滤器)中拦截token令牌,然后判断token是否有效可用,从而可获取登录时存储在Redis中的用户信息,然后通过上述方法将登录用户信息放入到ThreadLocal中,那么在执行到接口层就可通过ThreadLocal获取到当前登录用户信息。
注意点
使用完后要进行手动释放,要不然会造成内存泄漏,也可能导致意外的数据污染或不一致性。
内存泄漏:上述threadLocal对象,若没有手动删除当前线程的用户信息,每次请求执行接口时都会创建一个不同的线程,都会将用户信息放到threadLocal对象中,而threadLocal的生命周期相当于应用系统的生命周期,GC无法回收,这样就会导致执行接口次数越多,内存泄漏得越多。
数据污染或不一致性:上述threadLocal对象,若没有手动删除当前线程的用户信息,可能会导致不同的token令牌请求(用户不同)会得到同一个用户信息。主要原因是使用线程池,线程池是拥有核心线程数和最大线程数的,核心线程会一直存在那里不会销毁,核心线程外的最大线程是有一定的存活时间,那么就有可能当前接口的线程就存活在线程池中,从而得到错误的用户信息。