可不用ThreadLocal实现线程封闭，核心是显式传递不可变Context对象替代隐式线程上下文，通过栈封闭保障线程安全，避免内存泄漏与异步失效，并适配虚拟线程、响应式编程及依赖注入场景。
不用 ThreadLocal 也能实现线程封闭，关键在于把“线程私有状态”显式地作为参数传递下去，而不是藏在隐式的线程上下文中。这种方式不依赖线程绑定，天然规避内存泄漏、异步失效和虚拟线程兼容性问题，核心是用“栈封闭 + 显式传递”替代“线程局部存储”。
参数透传的本质是栈封闭
线程安全不等于必须用 ThreadLocal。局部变量本身就在栈上分配，每个线程调用时拥有独立的栈帧——只要变量不逃逸出方法作用域，它就是线程封闭的。参数透传正是把原本想塞进 ThreadLocal 的数据，作为方法入参带入调用链，让数据生命周期严格跟随方法执行栈。
- 变量始终由调用方创建、持有、传递，不会滞留在线程长期存活的 ThreadLocalMap 中
- 没有静态字段或全局容器，杜绝了因忘记 remove() 导致的内存泄漏
- 编译期可检查类型，IDE 可跳转追踪，比 ThreadLocal.get() 更可靠
如何设计可透传的上下文对象
避免零散传多个参数（如 userId、tenantId、traceId），应封装成一个不可变的 Context 类，作为统一入参贯穿业务层：
- 使用 record 或 final 字段定义轻量上下文，例如 Context.of("user123", "prod", "abc-xyz")
- 所有中间方法签名都增加 Context 参数：void processOrder(Context ctx, Order order)
- 下游调用时原样转发，或派生新上下文（如 ctx.withTenant("dev")），不修改原值
适配异步与响应式场景
普通参数透传在 CompletableFuture 或 Reactor 链中会中断，需借助框架支持的上下文传播机制：
- Reactor 中使用 ContextView：Mono.just(data).contextWrite(ctx -> ctx.put("user", "alice"))
- CompletableFuture 配合 ThreadLocalTransmittable（仅作过渡）或改用 StructuredTaskScope（JDK21+）管理子任务上下文
- gRPC/HTTP 客户端可在拦截器中从请求头提取信息，构造 Context 并注入到业务调用入口
配合依赖注入提升可维护性
不是所有地方都适合手写参数链。在 Spring 等容器中，可将 Context 绑定为 request-scoped Bean：
- 声明 @RequestScope @Bean Context currentContext()，由容器在每次 HTTP 请求开始时创建并注入
- Service 方法仍保持无状态，但可通过构造函数或 @Autowired 获取当前请求上下文
- 测试时直接 new Context(...) 注入，无需 mock ThreadLocal 或启动 Web 容器
