ThreadLocal内存泄漏问题

最新推荐文章于 2024-09-21 08:23:13 发布
原创 最新推荐文章于 2024-09-21 08:23:13 发布 · 385 阅读 · 0 ·
CC 4.0 BY-SA版权
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
文章标签：

#spring boot #java #spring

在SpringBoot应用中，开发者遇到一个ThreadLocal用户信息管理的问题。在用户登出后，ThreadLocal中存储的用户信息未能被正确清除，导致在连续的请求中偶尔会获取到已登出用户的详情。通过分析日志，发现在某些请求中用户信息依然存在，而其他请求则显示为已清除。解决办法是确保在登出时调用ThreadLocal的remove()方法以彻底移除用户信息。

发生场景
在spring boot项目中我在postHandle（登录拦截）中，通过ThreadLocal判断其中有没有存储user信息来判断是否将user信息给到前端。
但是在我退出登录之后（通过setUser（null））来清除存储的user信息之后。
连续请求首页，请求首页时调用了我的ThreadLocal.getUser()，方法在连续请求10几次之后，突然能请求到一次用户信息。

2022-05-02 22:51:30.845  INFO 26368 --- [nio-8001-exec-7] com.hwx.goodsSystem.Component.goodsPand  : session:        null
2022-05-02 22:51:30.845  INFO 26368 --- [nio-8001-exec-7] com.hwx.goodsSystem.Component.goodsPand  : user:   user(id=3, userName=10086@qq.com, userPassword=null, sex=null, age=null, salt=null, petName=null, imageUrl=/img/hwx.png, dwell=null, signature=null, createTime=Sat Apr 30 22:52:52 CST 2022, updateTime=Sat Apr 30 22:52:52 CST 2022)
2022-05-02 22:51:31.014  INFO 26368 --- [nio-8001-exec-9] com.hwx.goodsSystem.Component.goodsPand  : session:        null
2022-05
最低0.47元/天 解锁文章
ThreadLocal为什么存在内存泄漏，源码分析
qq_1149513559的博客
12-27 2089
详细介绍ThreadLocal的各种坑，内存泄漏的原因等
一篇文章，从源码深入详解ThreadLocal内存泄漏问题
小斜同学的博客
01-23 1450
threadLocal是为了解决对象不能被多线程共享访问的问题，通过threadLocal.set方法将对象实例保存在每个线程自己所拥有的threadLocalMap中，这样每个线程使用自己的对象实例，彼此不会影响达到隔离的作用，从而就解决了对象在被共享访问带来线程安全问题
【Java多线程】ThreadLocal内存泄露问题
我还可以
09-09 436
内部维护的是一个的数据结构（类似于Map）；每个线程都可以通过set()和get()来对这个局部变量进行操作，当然还有remove()方法；同一个所包含的对象，在不同的Thread中有不同的副本；适合那些需要公共方法，但私有变量的场景，如获取当前用户；不再被使用的对象或者变量占用的内存不能被回收，就是内存泄露；在这里要引到另外一个知识点，就是弱引用，不懂的看这篇文章；通过以上文章会得知：当系统进行GC时，只要垃圾回收器扫到，不管空间够不够，都会被回收；
ThreadLocal原理、内存泄漏分析
zhanlijuan
10-27 227
ThreadLocal
关于ThreadLocal容易造成内存泄露的处理方案
qq_26320085的博客
04-08 358
ThreadLocal这个类提供线程局部变量，这些变量与其他正常的变量不同之处在于每一个访问该变量的线程在其内部都有一个独立的初始化的变量副本。 ThreadLocal发生内存泄漏的原因：在ThreadLocal的get,set的时候会清除线程Map里所有key为null的value。ThreadLocalMap使用TheradLocal的弱引用作为key，如果一个ThreadLocal没有外...
ThreadLocal内存泄漏问题及最佳实践
linyinpeng1989的博客
08-13 1096
ThreadLocal实现原理  ThreadLocal的实现是这样的：每个Thread 维护一个 ThreadLocalMap 映射表，这个映射表的 key 是 ThreadLocal 实例本身，value 是真正需要存储的 Object。也就是说 ThreadLocal 本身并不存储值，它只是作为一个 key 来让线程从 ThreadLocalMap 获取 value。值得注意的是图中的虚...
ThreadLocal 内存泄漏和常见问题详解
weixin_42118323的博客
04-20 2516
*请牢记 ThreadLocal 不能解决线程安全问题，**ThreadLocal 的诞生并不是为了解决线程安全问题的，而是设计了一种将变量帮绑定到当前线程的机制，更通俗的来说 ThreadLocal 就是为每个线程创建了自己的局部变量，也就是说每个线程中的局部变量在 JVM 中的引用地址没有指向同一个地址，本质就不是同一个变量，因此 ThreadLocal 跟线程安全完全是两回事，简单来说 ThreadLocal 的用处就是把局部变量共享成全局变量，方便变量在线程生命周期中的多个方法中使用。
ThreadLocal 内存泄露问题
Mr_Yao
04-06 2493
内存泄漏（Memory Leak）是指程序中已动态分配的堆内存由于某种原因程序未释放或无法释放，造成系统内存的浪费，导致程序运行速度减慢甚至系统崩溃等严重后果。 ——百度百科 上述的意思用在java中就是存在已经没有任何引用的对象，但是GC又不能把对象所在的内存回收掉，所以就造成了内存泄漏。 ThreadLocal主要解决的是对象不能被多个线程同时访问的问题。根据ThreadLocal的源码看看它是怎么实现的。 ThreadLocal设置数据的set()方法 public void set(T va.
ThreadLocal 内存泄露的实例分析1
08-04
通过添加 `myThreadLocal.remove()`，我们可以确保在每次请求结束后，`ThreadLocal` 不再持有对 `MyCounter` 的引用，从而避免了内存泄漏的问题。 总结：`ThreadLocal` 是一个强大的工具，但在使用时必须谨慎，尤其...
ThreadLocal 在实战场景下的内存泄漏、逻辑混乱问题总结
风团团
07-24 759
很早之前虽然看过 ThreadLocal 的源码，但是对于真实业务场景下可能存在的问题没有做过总结，刚好前几天在分析 Mybatis 内存泄漏的问题，想着 ThreadLocal 不是也可能会发生内存泄漏吗？于是乎本文出现了。内存泄漏：我个人理解就是由于程序设计失误，用完的内存空间没有得到应得的释放，这就是内存泄漏。
如何解决ThreadLocal 的内存泄漏问题
Gblwsnd的博客
08-18 300
我们知道造成内存泄漏问题的主要原因,说白了其是就是value没被回收导致的,我们只要采取一个措施,使vuale能被回收就可以解决内存泄漏问题.其实ThreadLocal本身已经考虑到了这个问题,我们只要按照规范,使用完ThreadLocal方法后,手动调用remove()方法,会将key为空的键值对清空,就解决了ThreadLocal可能会产生的内存泄漏问题.从这个示例中我们可以看到，两个线程分表获取了自己线程存放的变量，他们之间变量的获取并不会错乱。
ThreadLocal引发内存泄漏的原因及解决方案
yuanmomoya的博客
09-21 1504
【代码】ThreadLocal引发内存泄漏的原因及解决方案。
面试官：ThreadLocal使用场景有哪些？内存泄露问题如何避免？
m0_71777195的博客
06-30 324
面试过程中问得最多的可能是自动装配的原理，而自动装配是在启动过程中完成，只不过在刚开始的时候我们选择性的跳过了，下面详细讲解自动装配的过程。1、在springboot的启动过程中，有一个步骤是创建上下文，如果不记得可以看下面的代码： 2、在prepareContext方法中查找load方法，一层一层向内点击，找到最终的load方法 3、实际执行load的是BeanDefinitionLoader中的load方法，如下： 4、下面方法将用来判断是否资源的类型，是使用groovy加载还是使用注解的方
ThreadLocal实际运用以及内存泄漏的原因和解决（ThreadLocal保存用户信息，登录拦截器）
m0_65819602的博客
08-22 1650
ThreadLocal实际运用以及内存泄漏的原因和解决应用环境博客项目，例如发布文章，修改文章等功能都需要获取当前用户信息，为什么使用ThreadLocal实际运用当前ThreadLocal是配合登录拦截器使用，登录成功后将用户信息传入UserThreadLocal强引用弱引用，弱引用，JVM进行垃圾回收时，无论内存是否充足，都会回收被弱引用关联的对象。在java中，用java.lang.ref.WeakReference类来表示。 内存泄漏的原因一个线程属于一个强引用
ThreadLocal和过滤器结合实现请求拦截
zhuhaoyu6666的博客
02-04 1353
说明： ThreadLocal的作用就是为了区分各个线程结合过滤器使用目的      就是保存一些数据，为了区分或者在某些时刻使用 场景：  1. 分布式时打印日志太多，无法区分 2. 保存一些数据，为了入库/使用时容易拿到 以保存登陆用户信息为例：此例子使用于web.xml即基于servlet3.0之前 1> 写个bean，存储数据 public class Reques...
ThreadLocal在线程池环境下使用（SpringBoot）
Elma_Programmer的专栏
10-19 1418
ThreadLocal在线程池环境下使用
SpringBoot ThreadLocal Tomcat线程复用导致内存泄露的处理，以及连带后续问题
ql_7256的博客
11-13 5651
前言 最近在项目里面引入了ThreadLocal，其实我对这个东西不太熟悉，只是看到在上家公司的项目里面用到了，然后我百度了一下，说是可以将一些数据缓存到线程中，然后先从线程中拿，没有再到redis中或者mysql中拿，可以减轻数据库压力，所以就引入到这个项目了。 系统的当前登录用户，以前每次我都从redis中取的(根据前端传的token)，引入ThreadLocal之后，我就优先从ThreadLocal中取，如果ThreadLocal中没有，我再从redis中取，取出来之后缓存到ThreadLocal中，
ThreadLocal原理及内存泄露预防
热门推荐
Xiaowo
05-24 7万+
前言 原理 为什么key使用弱引用 内存泄露 线程池 参阅：http://www.importnew.com/22039.html 前言 ThreadLocal提供了线程独有的局部变量，可以在整个线程存活的过程中随时取用，极大地方便了一些逻辑的实现。常见的ThreadLocal用法有： - 存储单个线程上下文信息。比如存储id等； - 使变量线程安全。变量既然成为...
threadlocal原理以及内存泄露问题
weixin_48429905的博客
04-14 1312
原理：ThreadLocal是线程本地变量，每个线程存在副本，有一个ThreadLocal变量，有线程1，线程2，线程3，threadlocal对三个线程进行判断，set线程1，2，3，threadlocal的引用和value，它的实现原理是每一个线程都有一个threadlocalmap，这个map里面都一个key和value，key就是thread，value就是刚开始调用threadlocal里面set进去的值，达到了线程副本的作用，线程隔离，每个线程之间互不干扰。 threadlocal的内存.
ThreadLocal 内存泄漏问题
最新发布
03-04
<think>好的，我现在要详细思考一下ThreadLocal的内存泄漏问题。首先，我需要理解ThreadLocal的基本原理和它在Java中的作用。ThreadLocal是用来提供线程局部变量的，每个线程访问这个变量时都会得到自己的一个独立副本，这样可以避免多线程环境下的竞争问题。例如，在Web开发中，可以用它来保存每个请求的用户信息，保证线程安全。 接下来，我需要了解为什么ThreadLocal会导致内存泄漏。内存泄漏通常是指程序中不再使用的对象无法被垃圾回收，导致内存被无谓占用。ThreadLocal的内存泄漏可能和它的内部实现有关。根据Java的文档，每个Thread对象内部都有一个ThreadLocalMap，这个Map的键是ThreadLocal实例，值则是线程的局部变量。 这里的关键点是ThreadLocalMap的键是弱引用（WeakReference）的。弱引用在垃圾回收时会被自动回收，即使还有弱引用指向对象。这样设计的目的是当ThreadLocal实例不再被其他地方强引用时，Map中的键会被自动清理，防止内存泄漏。但问题可能出在值上，因为值对象是强引用的。如果线程一直存活（比如线程池中的线程），而ThreadLocal实例已经被回收，那么Map中就会出现键为null的Entry，但值仍然存在强引用，导致无法回收，从而引发内存泄漏。 举个例子，假设有一个线程池中的线程长时间运行，使用了ThreadLocal变量。当ThreadLocal实例被置为null后，由于线程的ThreadLocalMap中的键是弱引用，会被回收，但对应的值仍然存在。如果线程持续存活，这部分内存就无法释放，造成泄漏。 解决这个问题的方法通常是在使用完ThreadLocal后，调用它的remove()方法，手动清除Entry。另外，虽然ThreadLocalMap在set、get等方法时会尝试清理过期Entry，但这并不完全可靠，尤其是在高并发或线程复用的情况下。所以，良好的编程习惯是在try-finally块中使用ThreadLocal，确保finally中调用remove()。 另外，Java的弱引用机制在这里起到了部分作用，但并不能完全避免问题，因为值的强引用依然存在。因此，开发者需要主动管理ThreadLocal的生命周期，避免长时间持有不必要的引用。 总结来说，ThreadLocal内存泄漏的主要原因是ThreadLocalMap中键的弱引用和值的强引用结合，加上线程长时间存活导致无法回收。正确使用remove方法和注意线程生命周期是避免泄漏的关键。</think>ThreadLocal 内存泄漏问题是多线程开发中的经典隐患，其根源在于 ThreadLocal 的弱引用机制与线程生命周期的相互作用。以下是逐步分析： 1. **存储结构剖析** - 每个线程内部维护 `ThreadLocalMap`，键为 `ThreadLocal` 实例（弱引用），值为存储对象（强引用） - 代码示例： ```java ThreadLocal<User> userHolder = new ThreadLocal<>(); userHolder.set(currentUser); // 存入当前线程的Map ``` 2. **泄漏触发条件** - 当 `ThreadLocal` 实例失去强引用时（如置为null） - 线程长时间存活（常见于线程池场景） - 未主动调用 `remove()` 方法清理 3. **内存泄漏过程** ``` ┌───────────┐ ┌───────────────────────┐ │ Thread │ │ ThreadLocal (key) │ │ 本地内存 │──弱→ │ (已被GC回收，变为null) │ │ │ ├───────────────────────┤ │ │ 强→ │ 存储对象 (value) │ └───────────┘ └───────────────────────┘ ``` - 键被回收后，值对象因强引用无法释放 - 单个泄漏微小，但高并发下会导致内存持续增长 4. **解决方案** - **强制清理**：使用后立即调用 `remove()` ```java try { userHolder.set(currentUser); // ...业务逻辑 } finally { userHolder.remove(); // 必须执行清理 } ``` - **防御性编码**：将 `ThreadLocal` 声明为 `static final`，避免重复创建 - **监控手段**：通过内存分析工具检测 `ThreadLocalMap` 的 Entry 数量 5. **最佳实践** - 避免在频繁创建销毁的线程中使用（推荐使用线程池时更要注意清理） - 对线程池线程，在任务执行前后增加清理逻辑 - Java 9+ 建议使用 `withInitial` 初始化： ```java private static final ThreadLocal<User> holder = ThreadLocal.withInitial(() -> new User()); ``` 6. **特殊情况处理** - 使用 `InheritableThreadLocal` 时，子线程会复制父线程变量，需双端清理 - FastThreadLocal（Netty优化实现）通过数组存储规避了哈希碰撞问题 通过主动管理和理解存储结构，可有效规避内存泄漏风险。建议在代码审查时特别关注 ThreadLocal 的使用规范。
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包

打赏作者

爷可是个天才

你的鼓励将是我创作的最大动力

¥1 ¥2 ¥4 ¥6 ¥10 ¥20
扫码支付：¥1
获取中
扫码支付

您的余额不足，请更换扫码支付或充值

打赏作者

实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值