图解 ThreadLocal

在 Java 多线程编程的世界里，ThreadLocal 是一个非常实用的工具，它为每个线程提供了独立的变量副本，避免了多线程环境下的变量共享问题。今天，我们就从内存视角出发，通过一张图来深入理解 ThreadLocal 的工作原理，同时探讨与之相关的内存管理问题。

一、从图中看懂 ThreadLocal 的内存布局

先来看这张图，它清晰地展示了 ThreadLocal 在 Java 内存模型中的工作原理。
在这里插入图片描述

栈与堆的交互
图的左侧是栈区域，右侧是堆内存区域。栈中存储着局部变量，比如 threadLocal1、threadLocal2 等 ThreadLocal 类型的变量，以及 thread1 和 thread2 这样的线程对象引用。这些变量通过强引用（黑色实线箭头）指向堆内存中的对象。

堆内存中，ThreadLocal 对象（如 threadLocal1对象、threadLocal2对象等）被栈上的变量引用。同时，每个线程对象（thread1对象、thread2对象）内部都有一个 ThreadLocalMap，它是 ThreadLocal 实现线程本地存储的关键。
ThreadLocalMap 的结构
ThreadLocalMap 是一个类似于哈希表的结构，它以数组（Entry[]）的形式存储键值对。其中，key 是 ThreadLocal 对象，并且是以弱引用（虚线箭头）的形式存在，value 则是线程本地变量。例如，key11 对应 val11，key21 对应 val21 等。每个 value 又指向实际存储的数据对象，如 obj11、obj21 等。

二、ThreadLocal 与内存管理

弱引用的设计初衷
ThreadLocalMap 中 key 使用弱引用的设计，主要是为了降低ThreadLocal对象内存泄漏的风险。
如下图所示，假设 key11 是强引用，当外部对 ThreadLocal1 对象的强引用被释放后，由于 ThreadLocalMap2 仍然持有 ThreadLocal 1对象的强引用，
这个 ThreadLocal1对象就无法被垃圾回收，从而可能导致内存泄漏。
而使用弱引用，当外部强引用消失后，在下一次垃圾回收时，ThreadLocal1对象就可以被回收。
尽管此时 ThreadLocalMap2 中对应的 Entry 仍然存在，但 key 会变为 null。

在这里插入图片描述
潜在的Entry对象内存泄漏风险
然而，仅仅使用弱引用并不能完全杜绝内存泄漏的问题。如果线程一直存活，并且 ThreadLocal 1对象的 key 变为 null 后，没有及时清理对应的 Entry，那么这些 Entry 就会一直占用内存，随着时间的推移，可能会导致内存占用不断增加。

解决方案：手动清除
为了避免内存泄漏，我们需要在合适的地方调用 ThreadLocal 的 remove 方法。这个方法会清除 ThreadLocalMap 中与当前 ThreadLocal 对象对应的 Entry。例如，在一个方法中使用了 ThreadLocal，在方法结束前，应该调用 remove 方法，确保资源得到及时释放。

ThreadLocal<Integer> threadLocal = new ThreadLocal<>();
try {threadLocal.set(10);// 使用 threadLocalSystem.out.println(threadLocal.get());
} finally {// 手动移除threadLocal.remove();
}

三、实际应用场景

线程上下文信息传递
在一些复杂的业务场景中，我们可能需要在多个方法之间传递线程上下文信息，比如用户身份信息、请求编号等。ThreadLocal 可以方便地实现这一点，每个线程都可以独立地设置和获取这些上下文信息。

public class RequestContext {private static final ThreadLocal<String> requestIdThreadLocal = new ThreadLocal<>();public static void setRequestId(String requestId) {requestIdThreadLocal.set(requestId);}public static String getRequestId() {return requestIdThreadLocal.get();}public static void clearRequestId() {requestIdThreadLocal.remove();}
}