单例Bean注入原型Bean时原型只创建一次，因单例初始化时完成一次性装配；解决方案有四：一用ScopedProxy生成代理实现每次调用新建实例，二用ObjectProvider/ObjectFactory延迟获取确保每次返回新实例，三慎用@Lazy需配合ScopedProxy才有效，四用@Lookup注解通过动态子类化实现运行时创建。
单例 Bean 注入原型 Bean 时，“注入”本身没有失败，但原型 Bean 实际只被创建一次，后续调用始终复用同一个实例——这并非 Spring 的 Bug，而是作用域与依赖注入时机共同导致的预期行为。关键在于：单例在容器启动时完成初始化和依赖注入，而原型 Bean 的“每次新建”逻辑并未被触发。
为什么原型 Bean 被注入后变成“假多例”？
Spring 容器对单例 Bean 的处理是“一次性装配”：
- 单例 Bean（如 Service）在整个应用生命周期中只创建一次
- 它的所有 @Autowired 字段，在创建时就由容器解析并注入完成
- 即使被注入的是 @Scope("prototype") 的 Bean，也仅在那次装配中 new 出一个实例
- 之后每次调用单例 Bean 的方法，访问的仍是最初注入的那个原型实例
结果就是：看似注入了原型 Bean，实则持有了一个固定引用，失去了“每次获取新实例”的语义。
方案一：用 ScopedProxy 解决引用时效性问题
在原型 Bean 上添加代理声明，让每次方法调用都触发新实例创建：
立即学习“Java免费学习笔记（深入）”；
- 给原型类加上 @Scope(value = "prototype", proxyMode = ScopedProxyMode.TARGET_CLASS)
- 这样 Spring 会为它生成 CGLIB 代理，单例 Bean 持有的其实是代理对象
- 每次通过代理调用方法时，代理内部会重新从容器获取新的原型实例
适用于需要透明使用、不改动调用方代码的场景。
方案二：改用 ObjectProvider 或 ObjectFactory 延迟获取
把“获取原型实例”的动作推迟到真正使用时：
- 在单例 Bean 中注入 ObjectProvider<PrototypeBean> 或 ObjectFactory<PrototypeBean>
- 调用 objectProvider.getObject() 或 objectFactory.getObject() 时才触发新实例创建
- 每次调用都返回全新对象，完全符合原型语义
这是最清晰、无副作用的方式，推荐优先考虑。
方案三：@Lazy + 原型 Bean 组合（慎用）
@Lazy 并非让原型 Bean “延迟初始化”，而是为注入字段生成代理：
- 在单例 Bean 中对原型字段加 @Lazy @Autowired
- 首次访问该字段时，代理才会去容器取（或创建）原型实例
- 但注意：该代理仍只返回一个实例，不会重复创建——除非配合 ScopedProxy 使用
单独使用 @Lazy 无法解决多例失效，必须与 proxyMode 配合才有效。
方案四：Lookup 方法（适合复杂定制场景）
利用 Spring 的 @Lookup 注解，让容器在运行时动态替换方法返回值：
- 在单例类中定义一个抽象方法，如 protected abstract PrototypeBean createPrototype();
- 在方法上标注 @Lookup
- Spring 会在子类中生成实现，每次调用都返回新原型实例
本质是 CGLIB 动态子类化，适合需要精细控制创建时机的高级用法。
