在 Spring 框架中，默认作用域为单例的 Bean 在多线程环境下是否必然存在并发安全问题？为什么？应该如何分析并解决？
考察说明
考察对 Spring 单例 Bean 线程安全性的理解，以及从状态和无状态角度分析并发风险的能力。
回答思路
- 【回答框架 1】Spring 单例 Bean 本身只是容器管理的单例对象，并不直接保证线程安全。并发安全与否取决于 Bean 的内部状态：如果 Bean 是无状态的（不包含可变实例变量），则天然线程安全；如果包含可变的实例变量（如非原子字段、集合），则存在数据竞争和脏读风险。
- 【回答框架 2】常见的线程安全问题出现在有状态 Bean 中，例如共享的计数器、缓存 Map 或持有用户数据的字段。多个线程同时调用该类 Bean 的方法，若未做同步控制，会导致数据不一致、覆盖写等问题。
- 【回答框架 3】解决方案包括：尽量设计成无状态 Bean，将有状态的数据放到方法局部变量、ThreadLocal 或外部存储（如数据库、Redis）；若必须共享状态，则采用同步机制如 synchronized、显式锁或使用原子类；也可以将 Bean 作用域改为 prototype 或 request，但需权衡创建开销。
- 【回答框架 4】更优做法是使用不可变对象或线程安全的数据结构（如 ConcurrentHashMap），并注意发布时的线程安全，避免 this 逃逸。此外，Spring 自身管理的 Bean 生命周期和依赖注入在容器初始化后基本是线程安全的，问题主要在业务方法内部。
- 【关键点 1】单例 Bean 的线程安全性取决于是否持有可变状态。
- 【关键点 2】无状态 Bean 天然线程安全，有状态 Bean 需同步或改用其他作用域。
- 【关键点 3】使用 ThreadLocal 或外部存储可隔离线程状态，避免共享可变数据。
- 【关键点 4】同步机制会带来性能开销，应优先设计无状态 Bean。
- 【易错点 1】误认为单例模式一定线程安全，或认为加 synchronized 就完全解决性能问题。
- 【易错点 2】忽略不可变对象和并发集合的适用场景，过度使用 synchronized 导致瓶颈。
- 【易错点 3】遗漏了 Bean 的初始化阶段和发布时的安全问题，比如在构造器中启动线程。