SpringMVC和SpringBoot是否线程安全？

前言

• SpringMVC 和 SpringBoot 的线程安全性与框架的设计模式及开发者的代码实现密切相关。

关键结论

• Controller 的单例模式
  • SpringMVC 和 SpringBoot 的 Controller 默认均为单例，这种设计优化了性能（避免频繁创建对象）。
  • 但若在 Controller 中定义非静态成员变量（如 private int count），会导致多线程竞争修改数据，破坏线程安全。
• 线程安全的条件
  • 安全场景：若 Controller 无成员变量，或仅依赖无状态的 Bean（如 Service 层），则线程安全。
  • 不安全场景：若 Controller 包含可修改的成员变量（如计数器、缓存对象），需通过 @Scope(“prototype”) 设为多例，或使用 ThreadLocal、Atomic 类型等线程安全工具。
• SpringBoot 的特殊性：SpringBoot 本身不改变 SpringMVC 的线程安全规则，但通过以下方式简化安全开发：
  • 依赖注入无状态的 Bean：Service 层默认单例且无状态（依赖注入的 Bean 通常无成员变量），天然线程安全。
  • 自动配置约束：减少开发者误用共享资源的可能性。

代码示例

// 不安全的 Controller（含成员变量）
@Controller
public class UnsafeController {
    private int count = 0; // 成员变量，多线程竞争修改！

    @RequestMapping("/count")
    @ResponseBody
    public String count() {
        return "Count: " + (++count);
    }
}

// 安全的 Controller（无成员变量，依赖无状态的 Service）
@Controller
public class SafeController {
    @Autowired
    private StatelessService service; // Service 无成员变量

    @RequestMapping("/data")
    @ResponseBody
    public String getData() {
        return service.fetchData(); // 线程安全
    }
}

解决方案

• 保持无状态：Controller 中只操作方法参数、局部变量和线程安全的依赖对象。
• 多例模式：通过 @Scope(“prototype”) 为 Controller 启用多例（牺牲部分性能）。
• 线程隔离工具：使用 ThreadLocal 或 AtomicInteger 等处理共享资源。
• 依赖注入替代成员变量：将共享资源封装为无状态的 Bean（如 Service 层）。

总结