反问面试官3个ThreadLocal的问题

最新推荐文章于 2024-10-01 18:32:28 发布

Java面试八股文

最新推荐文章于 2024-10-01 18:32:28 发布

阅读量736

点赞数 12

文章标签： java 开发语言

本文链接：https://blog.csdn.net/edcb2312/article/details/142458515

版权

ThreadLocal，一个Java人面试绕不开的话题，我也很奇怪为什么那些面试官很喜欢问这个，也不知道他们自己有没有搞清楚。

接下来，我想先说说ThreadLocal的用法和使用场景，然后反问面试官3个关于ThreadLocal的话题。

使用方法和场景

一句话总结：ThreadLocal是给每个线程准备一份“独立的小空间”，它让每个线程都拥有自己独立的变量副本。在多个线程并发访问时，不用担心变量之间的冲突问题，避免了多线程之间的数据共享风险。

使用场景

ThreadLocal的使用场景主要在多线程环境中，能够为每个线程提供独立的变量副本。比如：

用户上下文信息：比如，在Web应用中，每个请求可能由不同的线程处理，在处理用户请求时为每个线程维护独立的用户信息。
数据库连接管理：比如，在多线程环境下，每个线程需要有自己独立的数据库连接。
事务管理：比如，在处理事务时，每个线程可能需要有自己的事务上下文，确保线程安全的事务操作。
数据传递：比如，同一个线程，在不同的方法之间传递数据，但又不想使用方法参数去传递，就可以使用ThreadLocal。像我们常用的日志跟踪场景，跟踪的ID会存在ThreadLocal中贯穿整个链条。

总之有2个场景：

在多线程场景下，每个线程需要独立管理变量的场景。
某个线程想在整条链路上共享独立变量的场景。

使用方法

使用时，记住3条核心原则：

每个线程都有一份独立的数据。
线程内部使用的是ThreadLocalMap来保存数据，Key就是ThreadLocal对象。
使用完毕后，记得调用remove方法，防止内存溢出。

代码示例

独立保存变量的示例：

csharp

代码解读

复制代码

public class ThreadLocal4Independent { private static ThreadLocal<Integer> threadLocalVar = new ThreadLocal<>(); public static void main(String[] args) { Runnable task = () -> { int num = (int) (Math.random() * 100); threadLocalVar.set(num); System.out.println("线程：" + Thread.currentThread().getName() + "的值:" + threadLocalVar.get()); threadLocalVar.remove(); }; new Thread(task, "1").start(); new Thread(task, "2").start(); } }

传递参数的示例：

csharp

代码解读

复制代码

public class ThreadLocal4DataPass { // 使用ThreadLocal来存储需要在多个方法间传递的数据 private static final ThreadLocal<String> threadLocalData = new ThreadLocal<>(); public static void main(String[] args) { // 在主线程中设置数据 threadLocalData.set("ThreadLocal"); // 在主线程中调用不同的方法 method1(); method2(); // 清除ThreadLocal变量，防止内存泄露 threadLocalData.remove(); } private static void method1() { // 在method1中获取数据并打印 String data = threadLocalData.get(); System.out.println("方法1拿到的数据是：" + data); } private static void method2() { // 在method2中获取数据并打印 String data = threadLocalData.get(); System.out.println("方法2拿到的数据是：" + data); } }

聊完使用场景和方法，接下来问面试官几个问题。

问题1：请画出ThreadLocal和Thread的关系图

ThreadLocal和Thread的关系图如下。

这里要牢记3点：

数据实际上是存在ThreadLocalMap中的，ThreadLocalMap归Thread所持有。见源代码。
ThreadLocalMap内部使用的是K-V结构，Key是我们定义的ThreadLocal对象。见源代码。
ThreadLocalMap对ThreadLocal是弱引用关系。见源代码。

问题2：为什么ThreadLocalMap里的Key是弱引用

那为什么ThreadLocalMap里的Key是使用ThreadLocal呢？为什么又是弱引用呢？

这就不得不说JDK的设计者的思想非常精妙了，有3点妙处：

一个线程要是存了多种数据，总得有个规则去找他们，那就根据定义的ThreadLocal对象去找吧。
对于开发者来说，他只需要使用ThreadLocal去保存数据即可，无需关系底层结构。也就是说对外暴露简单的使用方式即可，对于不需要调用方知道的细节全部隐藏。
一般情况下Thread的生命周期会很长，比如Web容器启动后，就会启动大量的线程丢到线程池中复用。所以ThreadLocalMap的生命周期也会很长。但是，ThreadLocal对象存在的周期不一定长，如果，ThreadLocalMap的Key对ThreadLocal是强引用的话，那么ThreadLocal对象就会一直存在于内存中得不到释放，最终会导致内存溢出，所以采用了弱引用。