小米最近在做社招面试，遇到了一位候选人，面试到 Java 并发时，聊到了 ThreadLocal，候选人一开始信心满满：“这个我会！” 结果，深挖几轮之后，发现这位候选人只会皮毛，甚至踩了不少坑……

于是，今天就和大家聊聊 ThreadLocal 这个面试高频考点，不仅让你能答出基础概念，还能讲出实际使用场景，让面试官对你刮目相看！

想象一下，你去健身房办了一张私教卡，每次去健身房，教练都会给你专属定制的训练计划，而不会让你去练别人的计划。

ThreadLocal就像这张 私教卡，它的核心作用就是：让每个线程都能拥有自己的专属变量，而不会影响到其他线程。

在 Java 代码中，我们通常用 ThreadLocal 来 存储每个线程独有的数据，避免线程之间的数据污染。来看一个最简单的例子：

运行结果：

每个线程都有自己独立的 ThreadLocal 变量，即使修改了变量的值，也不会影响其他线程！

1. 底层数据结构

ThreadLocal 的底层实现其实是 每个线程内部维护一个 ThreadLocalMap，这个 Map 以 ThreadLocal 变量为 key，具体的值为 value。

简单来说，每个线程内部都有一个类似这样的数据结构：

当我们调用 threadLocal.set(value) 时，数据并不会存储到 ThreadLocal 对象本身，而是存放在 当前线程的 ThreadLocalMap 里。

2. 内存泄漏问题

ThreadLocal 设计上是弱引用，但 ThreadLocalMap 里的 value 是强引用，如果不手动清理 ThreadLocal.remove()，可能会导致内存泄漏。来看一个坑：

如果线程池中线程复用，ThreadLocal 没有 remove()，线程的 ThreadLocalMap 可能无法被回收，从而导致内存泄漏。

最佳实践： 每次使用完 ThreadLocal，记得调用 remove()，防止内存泄漏！

1. 用户身份信息存储（常见）

在 Web 应用中，每个请求通常都有自己的 用户身份信息，比如 登录用户 ID。我们可以用 ThreadLocal 来存储用户信息，保证在同一个线程的多个方法调用中，都能访问到当前用户的信息。

使用方式：

为什么要用 ThreadLocal？

因为 HTTP 请求是多线程并发的，如果使用全局变量存储 userId，会导致数据污染！但用 ThreadLocal，每个请求的 userId 只存储在自己的线程中，互不影响。

2. 事务管理（数据库连接）

在 Spring 的事务管理中，ThreadLocal 被用来存储 数据库连接，保证同一个事务中使用同一个数据库连接。

3. 日志跟踪（Tracing）

在分布式系统中，我们经常需要给每个请求分配一个唯一的追踪 ID（Trace ID），用来跟踪整个请求的执行流程。ThreadLocal 也是一个很好的选择：

然后在日志中加上 Trace ID：

这样，整个请求在不同的日志中都有相同的 Trace ID，方便排查问题！

ThreadLocal 是 Java 并发中的 “线程局部变量”，常用于存储线程独有的数据，避免线程间的数据污染。它的常见使用场景包括：

用户身份信息存储

事务管理（数据库连接）

日志追踪（Tracing）

但使用时一定要注意内存泄漏问题，记得在适当的时机调用 remove() 方法。

如果面试官问你 ThreadLocal，你可以这样答：

定义： 线程局部变量，保证每个线程拥有自己的变量，互不影响。

原理： 依赖 ThreadLocalMap 维护线程独立数据。

使用场景： 存储用户身份信息、事务管理、日志追踪等。

缺点： 可能导致内存泄漏，线程池复用需小心。

这样回答，保证你在面试中脱颖而出！

你有没有在实际开发中使用过 ThreadLocal？踩过哪些坑？欢迎留言讨论！

我是小米，一个喜欢分享技术的31岁程序员。如果你喜欢我的文章，欢迎关注我的微信公众号“软件求生”，获取更多技术干货！