当前位置：首页 > article >正文

Threadlocal相关问题

article 2025/1/13 7:52:53

Threadlocal相关问题

核心问题

1、什么是ThreadLocal？核心方法有哪些？

2、使用拦截器 + ThreadLocal 处理鉴权的整体流程是什么样的？

3、代码编写实现流程有哪些？

面试相关

ThreadLocal内存泄漏问题

1）、ThreadLocal的实现原理

2）、内存泄漏原因

3）、为什么ThreadLocalMap中的key使用弱引用而不是强引用？

4）、正确使用姿势

问题解析

1、什么是ThreadLocal？核心方法有哪些？

原理：每个线程有一个与之绑定的容器：Map，这个Map中保存着当前线程的所有的本地变量，这个Map

叫ThreadLocalMap，这个map的键为当前ThreadLocal对象，值为放进去的值

线程内部的存储类，赋予了线程存储数据的能力。
线程内调用get方法都可以从ThreadLocal中获取同一个对象。
多个线程中ThreadLocal数据相互隔离
threadlocal核心方法有三个：set（存储数据）、get（获取数据）、remove（删除数据，避免内存溢出）

ThreadLocal threadLocal = new ThreadLocal();
threadLocal.set() //将数据绑定到当前线程
threadLocal.get() //从当前线程中获取数据

threadLocal.remove() //从当前线程删除数据

2、使用拦截器 + ThreadLocal 处理鉴权的整体流程是什么样的？

在这里插入图片描述

3、代码编写实现流程有哪些？

1）、编写ThreadLocal工具类，提供线程存储和获取对象的方法

2）、拦截器解析token验证通过后，将对象存入Threadlocal中

3）、修改各个Controller方法，从ThreadLocal中获取当前登录用户对象

4）、拦截器的afterCompletion中调用remove方法进行threadlocal数据清空，避免内存溢出

拓展：ThreadLocal内存泄漏问题

1、ThreadLocal的实现原理

每一个Thread维护一个ThreadLocalMap，key为使用弱引用的ThreadLocal实例，value为线程变量的副本。这些对象之间的引用关系如下（实心箭头表示强引用，空心箭头表示弱引用）：

在这里插入图片描述

2、内存泄漏原因：

ThreadLocalMap使用ThreadLocal的弱引用作为key，如果一个ThreadLocal不存在外部强引用时，Key(ThreadLocal)势必会被GC回收，这样就会导致ThreadLocalMap中key为null，而value还存在着强引用，只有thead线程退出以后,value的强引用链条才会断掉。

但如果当前线程再迟迟不结束的话，这些key为null的Entry的value就会一直存在一条强引用链：

Thread Ref -> Thread -> ThreaLocalMap -> Entry -> value

这就就会永远无法回收，造成内存泄漏。

3、为什么ThreadLocalMap中的key使用弱引用而不是强引用？

如果key 使用强引用：当ThreadLocalMap的key为强引用回收ThreadLocal时，因为ThreadLocalMap还持有ThreadLocal的强引用，如果没有手动删除，ThreadLocal不会被回收，导致Entry内存泄漏。

如果key使用弱引用：当ThreadLocalMap的key为弱引用回收ThreadLocal时，由于ThreadLocalMap持有ThreadLocal的弱引用，即使没有手动删除，ThreadLocal也会被回收。当key为null，在下一次ThreadLocalMap调用set(),get()，remove()方法的时候会被清除value值。使用弱引用可以让GC回收方面多一层保障：弱引用ThreadLocal不会内存泄漏，对应的value会在下一次ThreadLocalMap调用set(),get(),remove()的时候会被清除。因此，ThreadLocal内存泄漏的根源是：由于ThreadLocalMap的生命周期跟Thread一样长，如果没有手动删除对应key就会导致内存泄漏，而不是因为弱引用。

但是，当key为null后，之后再也没有调用过set()、get()、remove()方法，这样就会使value一直不会被回收

4、正确使用姿势: