ThreadLocal概念以及使用场景
共 699字，需浏览 2分钟
·
2021-10-22 12:31
点击上方蓝色字体，选择“标星公众号”
优质文章，第一时间送达
根据自身的知识深度，这里只限于自己使用和学习的知识点整理，原理的解释还需要再沉淀。
该文章从项目开发中举例，希望能帮助到各位，不了解ThreadLocal的朋友，可能会问，这是个是什么，这有什么用，这能用在哪些地方，接下来我一一解释，如果有地方解释不好，希望多多包含。
概念：
这是个是什么：
ThreadLocal是一个类，是一个本地线程，提供了一种线程安全的方式，用来避免共享数据(线程变量隔离)。
翻看源码可以看到注释(已翻译)：
此类提供线程局部变量。这些变量不同于它们的普通对应变量，因为每个访问一个（通过其get或set方法）的线程都有自己的、独立初始化的变量副本。ThreadLocal实例通常是希望将状态与线程相关联的类中的私有静态字段（例如，用户 ID 或事务 ID）
这有什么用：
按照《Java核心卷一》来说，有时候可能要避免共享变量，使用ThreadLocal辅助类为各个线程提供各自的实例；
就是说，每个线程都有一个伴生的空间(ThreadLocal)，存储私有的数据。
只要线程存在，就能拿到对应的ThreadLocal中存储的值。
创建以及提供的方法
创建一个线程局部变量，其初始值通过调用给定的提供者(Supplier)生成；
public static ThreadLocal withInitial(Supplier supplier) {
return new SuppliedThreadLocal<>(supplier);
}使用的方法也比较少：
这里就列出用的比较多的方法：
返回此线程局部变量的当前线程副本中的值。如果该变量对于当前线程没有值，则首先将其初始化为调用initialValue方法返回的值:
T get()将此线程局部变量的当前线程副本设置为指定值；
value -- 要存储在此线程本地的当前线程副本中的值
void set(T value)删除此线程局部变量的当前线程值(删除这里有些讲究，暂且不表，留在后面)
void remove()项目实例：
ThreadLocal使用的场景主要是：(引用)
每个线程需要自己独立的实例且该实例需要在多个方法中使用
以下是个人使用的场景：
自己为什么会使用它，我是想在项目中直接获取当前用户的信息，这个功能就使用了ThreadLocal;
首先创建一个ThreadLocal类：
import com.xbhog.springbootvueblog.pojo.SysUser;
public class UserThreadLocal {
private UserThreadLocal(){}
private static final ThreadLocal LOCAL = new ThreadLocal<>();
public static void put(SysUser sysUser){
LOCAL.set(sysUser);
}
public static SysUser get(){
return LOCAL.get();
}
public static void remove(){
LOCAL.remove();
}
}
其中包含了数据的添加删除和获取，因为我们需要的是用户信息，那么就把User类传入泛型中；
操作的对象有了,接下来就是使用：
在该项目中个人使用的地方在登录拦截器中，当对登录的信息检查成功后，那么将当前的用户对象加入到ThreadLocal中，
//登录验证成功，放行
System.out.println("走到UserThreadLocal--------");
UserThreadLocal.put(sysUser);在controller中使用的时候，直接调用ThreadLocal中的get方法，就可以获得当前用户的信息：
//获取当前在线用户信息
SysUser sysUser = UserThreadLocal.get();资源调用完成后需要在拦截器中删除ThreadLocal资源：
@Override
public void afterCompletion(HttpServletRequest request, HttpServletResponse response, Object handler, Exception ex) throws Exception {
//使用完的用户信息需要删除，防止内存泄露
UserThreadLocal.remove();
}
afterCompletion作用:
实现最终的完成后进行处理，该方法在执行完控制器之后执行，由于是在Controller方法执行完毕后执行该方法，所以该方法适合进行一些资源清理，记录日志信息等处理操作
什么意思呢：
程序首先执行拦截器类中的preHandle()方法，如果该方法返回值是true，则程序会继续向下执行处理器中的方法，否则不再向下执行；在业务控制器类Controller(这里就可以用ThreadLocal 获取用户信息)处理完请求后，会执行postHandle()方法，
而后会通过DispatcherServlet向客户端返回响应；在DispatcherServlet处理完请求后，才会执行afterCompletion()方法（这里删除这次请求的ThreadLocal 中的user信息）；
ThreadLocal的内存泄露问题：
如果我们在使用完该线程后不进行ThreadLocal 中的变量进行删除，那么就会造成内存泄漏的问题，那么该问题是怎么出现的？
首先先看一下ThreadLocal 内部结构：
首先对于对象在栈中保存的是对象的引用，对象的存储在堆中，要先明确概念。栈中的格式也符合我们上述我们画的图1，其中Heap中的map是ThreadLocal map,里面包含key和value,其中value就是我们需要保存的变量数据，key则是ThreadLocal实例；
即：每一个Thread维护一个ThreadLocalMap, key为使用弱引用的ThreadLocal实例，value为线程变量的副本。
还需要注意的是上述图片的连接有实线和虚线，实线代表强引用，虚线表示弱引用；
扫盲强引用、软引用、弱引用、虚引用：😂
强引用，我们使用的大部分引用都是强引用，特点就是当内存不足时,垃圾回收器宁愿自己抛出OOM，也不会回收强引用来解决内存不足的问题
软引用，就是生杀大权都在垃圾回收器中，我内存够的话，你可以活着，如果不够的话，我就回收你，给我腾地方；
弱引用，只要垃圾回收器扫到，不管空间够不够，都给我回收了；
虚引用，形同虚设的东西，在任何情况下都可能被回收
这里只给出了概念，如果感兴趣可以自行了解作用环境。
那么知道强引用、弱引用后我们再来看图，因为ThreadLocal与线程属于同一个生命周期，当在某一个阶段进行了一次GC，那么当前线程还在，但是ThreadLocal实例被回收了，也就是key没了，
我们都知道，map中的value需要key找到，key没了，那么value就会永远的留在内存中，直到内存满了，导致OOM，所以我们就需要使用完以后进行手动删除，这样能保证不会出现因为GC的原因造成的OOM问题；
作者 | xbhog
来源 | cnblogs.com/xbhog/p/15411167.html
