spring bean状态管理本质由作用域控制：单例共享实例、需自行保障线程安全；原型每次新建、状态天然隔离，但销毁由开发者负责。
Spring 中 Bean 的状态管理，本质上是通过作用域（scope）控制实例的复用与隔离，单例和原型是最核心的两种方式——它们不直接“管理状态”，而是决定状态是否共享、由谁负责清理。
单例 Bean 的状态管理特点
单例 Bean 在整个 Spring 容器中只存在一个实例，所有请求都返回同一个对象。这意味着：
- 它的字段（成员变量）是全局共享的，任意位置修改都会影响后续所有调用
- 容器在启动时创建（默认非懒加载），关闭时销毁，生命周期由 Spring 全程托管
- 适合无状态组件，比如 Service、Repository、工具类；若强行存状态（如缓存用户 ID、临时上下文），必须自行处理线程安全
- 常见风险：多线程并发写入同一字段导致数据错乱，或忘记清空可变字段引发脏数据传递
原型 Bean 的状态管理特点
原型 Bean 每次获取（getBean() 或依赖注入）都会新建一个实例，因此：
- 每个实例拥有独立的字段副本，天然隔离状态，无需考虑跨请求干扰
- Spring 只负责创建，不管理销毁——对象用完后由 JVM 垃圾回收，开发者需注意及时释放外部资源（如文件句柄、连接）
- 适合有状态、短生命周期的对象，例如 购物车、表单处理器、策略上下文
- 不能直接在单例 Bean 中注入原型 Bean 字段并长期持有——那样就退化成单例引用，失去原型意义；应通过
ObjectFactory或@Lookup方法按需获取新实例
关键实践建议
状态管理不是选了作用域就自动完成，还需配合编码习惯：
- 单例 Bean 尽量保持无状态：把变动数据（如用户信息、请求参数）作为方法参数传入，而非存为字段
- 若单例中必须暂存状态，使用
ThreadLocal隔离线程，或加锁同步访问 - 原型 Bean 不要依赖容器回调（如
@PreDestroy）做清理，因其不会被调用；改用try-with-resources或显式 close - XML 中用
scope="prototype"，注解中用@Scope("prototype")或@Scope(ConfigurableBeanFactory.SCOPE_PROTOTYPE)
典型误用场景示例
比如定义一个带字段的 OrderContext：
- 声明为
@Scope("singleton")→ 所有订单共用一个 context，前一个用户的地址会覆盖后一个 - 声明为
@Scope("prototype")但被@Autowired注入到单例 Service 中 → 注入那一刻就固定了，后续永远用同一个实例 - 正确做法：Service 中不保存该 Bean 引用，每次需要时通过
context.getBean(OrderContext.class)获取新实例，或用@Lookup方法委托容器创建
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
