ThreadLocal<Integer>用法及生命周期

Java 中用于为每个线程提供独立变量副本的机制。它常用于在多线程环境中为每个线程维护一个独立的整型变量，避免线程之间的数据冲突。

生命周期

‌创建‌：当线程首次访问 ThreadLocal 变量时，会为其创建一个独立的副本。

使用‌：每个线程操作的是自己线程内的副本，互不影响。

销毁‌：当线程结束时，其内部的 ThreadLocalMap 会被垃圾回收，相关变量也随之释放。

 

　　在 Web 请求中，每个接口请求‌通常‌会分配一个独立的线程来处理，但这并非绝对，具体取决于所使用的 Web 服务器和应用框架的配置。

在传统的 Servlet 容器（如 Tomcat）中，默认情况下，每个 HTTP 请求会由一个线程来处理，这种模型被称为“线程 per 请求”模型。这意味着当一个请求到达时，服务器会从线程池中分配一个线程来执行该请求的处理逻辑，直到请求处理完成，线程才会被释放回线程池，用于处理下一个请求。

然而，随着技术的发展，出现了非阻塞 I/O 模型和响应式编程模型（如 Spring WebFlux），在这种模型下，单个线程可以同时处理多个请求，从而提高了资源利用率和并发处理能力。例如，在使用 Spring Boot 和 Netty 的 WebFlux 模式时，请求处理不再严格遵循一请求一线程的规则。

 

 

在 WebFlux 模式下使用 ThreadLocal 的问题：

WebFlux 模式下不推荐使用 ThreadLocal，因为其基于事件驱动和非阻塞 I/O 模型，与传统 Servlet 模式下的线程模型不同。在 WebFlux 中，一个或少数几个线程可以处理大量的并发请求，这意味着 ThreadLocal 变量可能在多个请求之间被错误地共享或覆盖。在响应式编程中，应该使用 Reactor 提供的 Context 机制来传递上下文信息。