非控制器（如 Service、工具类）中便捷地获取当前 HTTP 请求的上下文信息
在 Spring 框架的 Web 开发中，RequestContextHolder 是一个非常实用的工具类，它的主要作用是在非控制器（如 Service、工具类）中便捷地获取当前 HTTP 请求的上下文信息，避免了通过方法参数层层传递 HttpServletRequest 对象的繁琐。
核心原理
Spring 在处理 HTTP 请求时，会将当前请求的 HttpServletRequest 对象存储到 ThreadLocal 中（ThreadLocal 是线程局部变量，可确保多线程环境下数据隔离）。RequestContextHolder 则通过封装对 ThreadLocal 的操作，提供了获取这些上下文信息的静态方法，让开发者无需依赖参数传递就能访问请求相关对象。
常用方法
- 获取请求对象：
- HttpServletRequest request = ((ServletRequestAttributes) RequestContextHolder.getRequestAttributes()).getRequest();
这是最常用的方式，通过 getRequestAttributes() 获取封装了请求信息的 ServletRequestAttributes 对象，再从中提取 HttpServletRequest。
- 获取响应对象：
- HttpServletResponse response = ((ServletRequestAttributes) RequestContextHolder.getRequestAttributes()).getResponse();
同理，可获取当前请求对应的响应对象。
- 判断是否存在请求上下文：
- boolean hasContext = RequestContextHolder.getRequestAttributes() != null;
用于避免在非 Web 环境（如单元测试、定时任务）中调用时出现空指针异常。
使用场景
-
Service 层获取请求信息：例如在 Service 中需要获取客户端 IP 地址、请求头（如 Token）等，可通过 RequestContextHolder 直接获取，无需在 Controller 层将这些信息作为参数传入 Service。
-
工具类中处理请求相关逻辑：比如日志工具类需要记录请求 URL、方法等信息，通过该工具类可简化代码。
注意事项
-
仅在 Web 线程中有效：RequestContextHolder 依赖于 Spring 的请求处理线程，在异步线程（如 @Async 标注的方法）或非 Web 环境中调用，会返回 null，可能导致空指针异常，使用前需先判断上下文是否存在。
-
避免过度依赖：虽然方便，但过度在 Service 层使用请求对象会增加代码与 Web 环境的耦合性，不利于单元测试（非 Web 环境下需额外模拟上下文）。建议仅在必要时使用，优先通过参数传递关键信息。
-
线程安全问题：由于基于 ThreadLocal，在多线程场景下无需担心线程安全问题，但需注意异步操作中无法共享父线程的请求上下文（需手动传递或配置线程池继承上下文）。
总之，RequestContextHolder 是 Spring 简化 Web 请求上下文访问的重要工具，合理使用能提升开发效率，但需注意其适用场景和潜在风险，避免滥用导致代码耦合性过高。
