ThreadLocal内存泄露原因,如何避免

内存泄露为程序在申请内存后,无法释放已经申请的内存空间,一次内存泄露可以忽略,但是内存泄露堆积后果很严重,无论多少内存迟早被用光。

不再会被使用的对象或者变量占用的内存不能被回收,就是内存泄露。

强引用:使用最普遍的引用(new), 一个对象具有强引用,不会被垃圾回收器回收。当内存空间不足时,Java虚拟机宁愿抛出OutOfMemoryError错误,使得程序异常终止,也不会回收这个对象。

如果想取消强引用和某个对象之间的关联,可以显示地将引用赋值为null,这样可以使JVM在合适的时间就会回收该对象。

弱引用:JVM进行垃圾回收时,无论内存是否充足,都会回收被弱引用关联的对象。在Java中,用java.lang.ref.WeakReference类来表示,可以再缓存中使用弱引用。

ThreadLocal的实现原理,每一个Thread维护一个ThreadLocalMap,key为弱引用的Thread实例,value为线程变量的副本。

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

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

当ThreadLocalMap的key为弱引用回收ThreadLocal对象时,由于ThreadLocalMap持有ThreadLocal的弱引用,即使没有手动删除,ThreadLocal也会被回收。当key为null时,在下一次ThreadLocalMap调用set(),get(),remove()方法时就会清除value值。

因此,ThreadLocal内存泄露的根源:由于ThreadLocalMap的生命周期跟Thread一样长,如果没有手动删除对应key就会导致内存泄露,而不是因为弱引用。

ThreadLocal正确的使用方法

(1)每次使用完ThreadLocal都调用它的remove()方法清楚数据

(2)将ThreadLocal变量定义成private static,这样就一直存在ThreadLocal的强引用,也就能保证任何时候都能通过ThreadLocal的弱引用访问到entry的value值,进而清除掉。

相关推荐
脸大是真的好~1 分钟前
黑马JAVA+AI 加强14-2 网络编程-UDP和TCP通信-线程和线程池优化通信-BS架构原理
java
金銀銅鐵14 分钟前
[Java] 浅析 Map.of(...) 方法和 Map.ofEntries(...) 方法
java·后端
邪恶紫色秋裤20 分钟前
解决IntelliJ IDEA控制台输出中文乱码问题
java·ide·乱码·intellij-idea·报错·中文
摇滚侠26 分钟前
Spring Boot3零基础教程,StreamAPI 的基本用法,笔记99
java·spring boot·笔记
代码匠心27 分钟前
从零开始学Flink:事件驱动
java·大数据·flink·大数据处理
yours_Gabriel31 分钟前
【分布式事务】Seata分布式解决方案
java·分布式·微服务
一只游鱼40 分钟前
Springboot+BannerBanner(启动横幅)
java·开发语言·数据库
codingPower44 分钟前
升级mybatis-plus导致项目启动报错: net.sf.jsqlparser.statement.select.SelectBody
java·spring boot·maven·mybatis
Mr. zhihao1 小时前
Java 反序列化中的 boolean vs Boolean 陷阱:一个真实的 Bug 修复案例
java·bug·lua
Elieal1 小时前
Spring 框架IOC和AOP
java·数据库·spring