Java#为什么使用ThreadLocal传参而不是直接传参

直接传参

场景：声明方法参数，调用时显式传递参数值。
优点：代码意图清晰，数据流明确，生命周期可控。
缺点：

• 在调用链较深或框架层级复杂的场景中，可能需要层层传递参数，导致代码冗余（如贯穿整个调用链的 requestId/userId…）。
• 某些框架（如Java Servlet）的接口方法是固定的（如 doGet(HttpServletRequest req, HttpServletResponse resp)），无法直接修改签名来传递自定义参数。

ThreadLocal传参

避免滥用，是应对框架设计、跨层级上下文等特定场景的妥协。

场景：隐式参数传递，适合跨层级、跨组件的上下文共享（如用户会话、事务ID、日志标记等）。

ThreadLocal<String> userId = new ThreadLocal<>();
userId.set("123"); // 当前线程可随时获取，无需传递

优点：每个线程独享自己的数据副本，避免多线程竞争。
缺点：

• 内存泄漏风险：若未及时调用 remove()，线程池复用的线程可能导致数据残留。
• 调试困难：隐式数据流使逻辑难以追踪。