ThreadLocal与RequestScope存储用户信息有什么区别？

## 作用 - **ThreadLocal** - 用于在当前线程内保存数据，本质是线程级隔离。 - 常用于在单例 Service、工具类等无状态组件中临时保存 `UserContext`、事务上下文、链路追踪 ID 等。 - 数据不会被其他线程直接访问，但需要在请求结束时手动 `remove()`，否则在线程池复用线程时可能产生脏数据或内存泄漏。 - **RequestScope** - 是 Spring Web 提供的 Bean 作用域，对应 `request`。 - 每个 HTTP 请求创建一个独立 Bean 实例，生命周期与当前请求绑定。 - 适合保存请求级别的用户信息、参数封装对象等，请求结束后由 Spring 负责清理。 ## 原理 - **ThreadLocal** - 数据保存在当前线程对象的 `ThreadLocalMap` 中。 - 同一个请求通常由同一个线程处理，所以可以在 Controller、Service 等调用链中共享当前线程里的用户信息。 - 它并不感知 HTTP 请求，也不会自动随请求结束清理；如果发生异步执行、线程切换，子线程默认拿不到主线程中的值。 - **RequestScope** - Spring 对每个 HTTP 请求维护独立的作用域实例，底层与 Web 请求上下文绑定。 - 不同请求之间天然隔离，比单例 Bean 中保存请求状态更安全。 - 它是 Spring 容器管理的 Bean 作用域，依赖 Spring 和 Web 环境，生命周期由框架管理。 ## 核心区别 - **隔离维度不同**：ThreadLocal 按线程隔离；RequestScope 按 HTTP 请求隔离。 - **生命周期不同**：ThreadLocal 跟随线程，尤其线程池下线程会被复用；RequestScope 跟随请求，请求结束即销毁。 - **清理责任不同**：ThreadLocal 需要手动清理；RequestScope 由 Spring 自动清理。 - **适用环境不同**：ThreadLocal 是通用 Java 机制；RequestScope 只适用于 Spring Web 请求场景。 - **异步行为不同**：ThreadLocal 在线程切换时不会自动传递；RequestScope 也不应直接在脱离请求上下文的异步线程中使用。 如果只是在一次 HTTP 请求内保存用户信息，`@RequestScope` 语义更直接；如果是在框架拦截器、上下文工具类或非 Spring 管理对象中沿同一线程传递信息，可以使用 ThreadLocal，但必须在请求结束时清理。

## 作用 ### ThreadLocal - ThreadLocal 提供线程局部变量。 - 同一个 ThreadLocal 在多个线程中保存的是彼此独立的值，可以理解为每个线程持有自己的一份变量副本。 - 典型用途包括： - 为每个线程保存独享对象，例如非线程安全的 `SimpleDateFormat`，避免多线程共享导致安全问题。 - 在一次线程执行过程中保存全局变量，例如在拦截器中获取并保存用户信息，供后续方法直接使用，避免层层传参。 ### RequestScope - RequestScope 是按 HTTP 请求范围管理 Bean 或上下文数据的作用域。 - 在同一个 Web 请求内，组件可以共享同一份请求域对象；请求结束后，该作用域中的对象随之销毁。 - 更适合表达“这份用户信息属于当前 HTTP 请求”。 ## 原理 ### ThreadLocal 的原理 - 数据不是保存在 ThreadLocal 本身，而是保存在当前线程对象中。 - 每个线程内部维护类似 `ThreadLocalMap` 的结构，key 是 ThreadLocal 对象，value 是该线程对应的值。 - 因此不同线程访问同一个 ThreadLocal 时，拿到的是各自线程内保存的值，从而实现线程隔离。 - 使用 ThreadLocal 保存用户信息时，通常流程是： 1. 拦截器或过滤器解析当前用户； 2. 将用户信息放入 ThreadLocal； 3. 当前请求处理链路中的业务方法直接读取； 4. 请求结束后必须手动调用 `remove()` 清理。 ### 与 RequestScope 的主要区别 - **隔离维度不同** - ThreadLocal 按线程隔离。 - RequestScope 按 HTTP 请求隔离。 - **生命周期不同** - ThreadLocal 的值生命周期跟随线程，尤其在线程池场景下，线程会被复用。 - RequestScope 的值生命周期跟随请求，请求结束后由容器清理。 - **使用风险不同** - ThreadLocal 如果请求结束后不清理，在线程池复用线程时可能出现用户信息串用、内存泄漏等问题。 - RequestScope 由 Web 容器管理请求生命周期，语义上更贴近请求上下文。 - **适用场景不同** - ThreadLocal 更底层，不限于 Web 场景，也可用于普通多线程程序中保存线程内上下文。 - RequestScope 只适用于 Web 请求场景，适合保存当前请求内共享的数据。 - **异步行为不同** - ThreadLocal 中的数据不会天然传递到新线程；如果业务异步执行，子线程默认无法直接获得原线程中的用户信息。 - RequestScope 同样不应被简单理解为可跨异步线程传播；脱离原始请求线程后，请求上下文可能不可用。