Spring Rest服务中静态变量并发请求冲突问题咨询

兄弟，你的担忧完全是对的！在Spring REST控制器里用静态变量存储请求相关状态，简直是并发场景下的“定时炸弹”——静态变量属于类级别，所有请求线程都会共享它，多个并发请求进来时必然会出现值被覆盖、返回错误结果的情况，这是典型的线程安全问题。

而且要提醒你：Spring默认的控制器是单例Bean，哪怕你改用实例变量，同样会面临并发覆盖的问题，因为所有请求都会复用同一个控制器实例。所以不管是静态还是实例变量，只要用来存储请求上下文，都是坑。

给你几个靠谱的解决方案，按需选择：

• 方案1：用ThreadLocal存储请求专属状态
  ThreadLocal的核心作用就是给每个线程保存独立的变量副本，每个请求线程都有自己的专属数据，互相不会干扰。推荐把它封装在工具类里，方便跨类调用：

  // 封装ThreadLocal的工具类
  public class RequestContextHolder {
      private static final ThreadLocal<String> requestData = new ThreadLocal<>();
  
      public static void setData(String data) {
          requestData.set(data);
      }
  
      public static String getData() {
          return requestData.get();
      }
  
      // 必须在请求结束时清理，避免线程池复用导致内存泄漏
      public static void clear() {
          requestData.remove();
      }
  }
  

  控制器里这样用：

  @RestController
  public class MyController {
  
      @GetMapping("/process")
      public String handleRequest() {
          // 初始化变量为null
          RequestContextHolder.setData(null);
          try {
              // 跨类修改数据，直接调用工具类方法即可
              someService.modifyData();
              anotherComponent.updateData();
              // 返回最终结果
              return RequestContextHolder.getData();
          } finally {
              // 强制清理，避免残留旧数据
              RequestContextHolder.clear();
          }
      }
  }
  

  这个方案完美解决了跨类访问和线程安全的问题，是这类场景下的常用方案。

• 方案2：把状态作为参数传递
  如果业务逻辑允许，最推荐的还是“无状态”设计：把需要修改的字符串作为参数，在各个类和方法之间传递，从根源上避免全局变量带来的线程问题。比如：

  @RestController
  public class MyController {
      @Autowired
      private SomeService someService;
      @Autowired
      private AnotherComponent anotherComponent;
  
      @GetMapping("/process")
      public String handleRequest() {
          String data = null;
          data = someService.modifyData(data);
          data = anotherComponent.updateData(data);
          return data;
      }
  }
  

  这种方式虽然可能需要修改部分方法签名，但代码可读性和可维护性最高，完全符合REST服务的无状态设计原则。

• 方案3：用HttpServletRequest属性存储
  如果你需要在请求生命周期内共享数据，也可以把字符串存在HttpServletRequest的属性中——每个请求都有独立的Request对象，天然隔离：

  @RestController
  public class MyController {
      @GetMapping("/process")
      public String handleRequest(HttpServletRequest request) {
          request.setAttribute("requestData", null);
          // 其他类可以通过注入HttpServletRequest获取并修改这个值
          someService.modifyData(request);
          return (String) request.getAttribute("requestData");
      }
  }
  

  不过这个方案会让代码和HttpServletRequest耦合，适合简单场景使用。

最后再敲个警钟：永远不要在Spring的单例Bean（控制器、Service、Component等）里用静态/实例变量存储请求相关的状态，这是并发编程的大忌！

内容的提问来源于stack exchange，提问作者gaity