本文深入探讨了ThreadLocal的工作原理，对比了它与synchronized的区别。通过源码解析，揭示了ThreadLocal可能导致内存泄漏的原因，强调了在使用ThreadLocal时正确调用remove方法的重要性，以防止内存溢出问题。并提供了本地复现不调用remove方法时的内存泄漏例子。
今天带大家一起由浅入深，详细讨论下threadlocal的相关知识
目录
2.Thread、TreadLocal、ThreadLocalMap、Entry[]、Object内存中数据存储以及对应的引用关系图解
四、本地复现不主动调用ThreadLocal的remove方法内存溢出的例子
一、基本知识
1.threadlocal和synchronized的比较
- 共同点：都是解决多线程并发访问数据的问题
- 区别
- threadLocal解决多线程并发中，共享变量在多线程间数据隔离的问题，重在线程间数据隔离。
- synchronized解决，多线程间数据共享的问题，使用的是锁机制。
2.threadLocal的通俗实现解释
threadlocl通俗点解释，就是一个与线程绑定的一个变量；threadlocal为每一个线程都提供了变量的副本，这样每个线程在使用过程中，都是使用的变量的副本，并不是同一个对象，进而解决了多线程间数据隔离的问题。
二、源码&原理解析
原理：需要从Thread说起，每个Tread都有一个TreadLocalMap的对象，ThreadLocalMap存在是因为每个线程可以存多个threadLocal对象，ThreadLocalMap是真正存储数据的对象，其内部存储为Entry[]数组，其key为TreadLocal实例，value为值；
可以总结为Tread->TreadLocalMap->Entry[]->key:ThreadLocal实例，value:当前线程该treadLocal对应的值
源码分析：
set方法实现
//设置value
public void set(T value) {
//获取当前线程
Thread t = Thread.currentThread();
//获取当前线程的treadLocalMap对象
ThreadLocalMap map = getMap(t);
if (map != null)
//key为当前TreadLocal对象
map.set(this, value);
else
//创建初始TreadLocalMap，并赋值给当前线程
createMap(t, value);
}
//返回当前线程的ThreadLocalMap
ThreadLocalMap getMap(Thread t) {
return t.threadLocals;
}
//创建当前初始的TreadLocalMap，并赋值给当前线程
void createMap(Thread t, T firstValue) {
t.threadLocals = new ThreadLocalMap(this, firstValue);
}get方法实现
// get实现
public T get() {
Thread t = Thread.currentThread();
// 获取当前线程的TreadLocalMap对象
ThreadLocalMap map = getMap(t);
if (map != null) {
//返回map中当前线程的以TreadLocal对象实例为key的Entry
ThreadLocalMap.Entry e = map.getEntry(this);
if (e != null) {
@SuppressWarnings("unchecked")
T result = (T)e.value;
return result;
}
}
return setInitialValue();
}
三、内存泄漏问题
1.java中的对象引用类型预备知识
对象引用的四种类型，引用关系由强到弱顺序如下
- 强引用（Strong Reference）
”强引用一直存活着“，类似于Object o = new Object这类的引用,只要强引用存在，垃圾处理器就不会回收掉被强引用引用的实例对象
- 软引用（Soft Reference）
“有一次存活的机会”：软引用关联的对象，在系统将要发生内存溢出之前，JVM垃圾收集器会对这些对象实例，进行第二次回收，如果这次回收还没有足够的内存，才会抛出内存溢出异常。
- 弱引用 （Weak Reference）
“垃圾回收就会死亡”：被若引用关联的实例对象，只能生存到垃圾回收之前，当垃圾回收工作时，无论当前内存是否足够，都会回收到被若引用关联的实例对象。
- 虚引用 （Phantom Reference）
随时可能会被回收，也称为幽灵引用，幻影引用；是最弱的一种引用关系，一个对象是否有虚引用存在，完全不会对其生存时间构成影响，也无法通过虚引用获取一个对象的实例，通过虚引用获取对象永远返回Null，使用虚引用时必须配合ReferenceQueue，在将被垃圾回收前，会把这个虚引用加入到与之关联的内存队列，这样就相当于在对象被垃圾收集前，会收到一个系统通知，做一些释放前的工作。
2.Thread、TreadLocal、ThreadLocalMap、Entry[]、Object内存中数据存储以及对应的引用关系图解
- 每一个Thread中都有一个TreadLocalMap对象
- ThreadLocalMap通过Entry对象数组存储数据
- Entry对象包含一个key和value，key是ThreadLocal的对象实例，且通过源码分析可以知道这里对ThreadLocal的引用为弱引用；value为当前线程下，该treadLocal对象实例所对应的值，是通过ThreadLocal.set方法进行设置的。
- 程序运行时，还会在栈中存储对Thread和ThreadLocal的引用，Thread为的引用为强引用，TreadLocal 的引用为弱引用
3.可能会导致内存泄漏的原因
通过以上分析，需要明确的是，TreadLocal本身并不存储数据，TreadLocal实例对象，仅仅是作为弱引用，作为TreadLocalMap中的key存在；一个对象弱只存在弱引用，则在垃圾回收时，该对象就会被回收。
如果我们程序中，把上图中的TreadLocalRef A和ThreadLocal A实例对象断开，即TreadLocaRef A = null;则ThreadLocalA此时只存在Entry中的弱引用，当垃圾回收时，会把TreadLocalA对象回收掉，Entry数组中就会有一个Key为null的Entry对象存在。
但是恰巧如果我们此时使用了线程池、或者线程因为要执行其他耗时任务而迟迟没有结束，该key为null的Entry对象会存在如下一条强引用链：TreadRef->Thread->TreadLocalMap->Entry(虽然key也就是TreadLocal为null)->ObjectValue,而无法进行回收，进而内存泄漏。
4.正确使用姿势
避免内存泄漏最好的做法是：主动调用TreadLocal对象的remove方法，将TreadLocal对象中的值删除。
实际上JDK中，也已经考虑到了此问题，在每次调用TreadLocal的get()\set()方法时，都会清楚TreadLocalMap中key为null的value，如果ThreadLocal的强引用被删除后，线程又长时间存活，有没有调用TreadLocal的get()\set()方法，那么依旧会存在内存泄漏的现象。因此在使用TreadLocal的时候，务必主动调用ThreadLocal的Remove方法，将设置的线程本地变量值删除。
四、本地复现不主动调用ThreadLocal的remove方法内存溢出的例子
package oom;
import java.util.concurrent.LinkedBlockingDeque;
import java.util.concurrent.ThreadPoolExecutor;
import java.util.concurrent.TimeUnit;
/**
* @author leiteng
* @date 2020/10/24 11:43 下午
* @description
*/
public class MyTreadLocalOOM {
static ThreadPoolExecutor executor = new ThreadPoolExecutor(5,5,1, TimeUnit.MINUTES,new LinkedBlockingDeque<>());
/**
* 内存大小5M的对象
*/
static class MyTestObject{
private byte[] localFiveMBValue = new byte[1024*1024*5];
}
static ThreadLocal<MyTestObject> threadLocal = new ThreadLocal<>();
public static void main(String[] args){
try {
for (int i =0;i < 500;i++){
executor.submit(new Runnable() {
@Override
public void run() {
threadLocal.set(new MyTestObject());
}
});
Thread.sleep(100);
}
// threadLocal对象的强引用设置为null，依旧会造成内存泄漏
threadLocal = null;
}catch (InterruptedException e){
e.printStackTrace();
}
}
}
在上诉代码中，我们通过TreadLocal每次set一个5M大小对象的方式，即使将TreadLocal对象强引用设置为null，并且强制执行垃圾回收，仍然可以看到，有大约30M的内存无法被回收，其中就有ThreadLocal贡献的25M的内存大小。
下面我们添加主动调用remove方法
package oom;
import java.util.concurrent.LinkedBlockingDeque;
import java.util.concurrent.ThreadPoolExecutor;
import java.util.concurrent.TimeUnit;
/**
* @author leiteng.lt
* @date 2020/10/24 11:43 下午
* @description
*/
public class MyTreadLocalOOM {
static ThreadPoolExecutor executor = new ThreadPoolExecutor(5,5,1, TimeUnit.MINUTES,new LinkedBlockingDeque<>());
/**
* 内存大小5M的对象
*/
static class MyTestObject{
private byte[] localFiveMBValue = new byte[1024*1024*5];
}
static ThreadLocal<MyTestObject> threadLocal = new ThreadLocal<>();
public static void main(String[] args){
for (int i =0;i < 500;i++){
executor.submit(new Runnable() {
@Override
public void run() {
threadLocal.set(new MyTestObject());
//。。。。业务逻辑
//主动remove
threadLocal.remove();
}
});
}
System.out.println("end.....");
}
}
再次主动执行GC，可以看到内存占用趋近于0，无内存泄漏问题。
扫一扫
633
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
