Spring 怎么解决循环依赖的问题？

循环依赖是指在Spring容器中两个或多个bean相互依赖，形成环状依赖的情况。如果这种循环依赖没有被正确解决，它会导致bean无法正确初始化，从而导致应用程序的异常。 Spring使用了三种解决循环依赖的方案，分别是构造函数注入、setter注入和基于接口的动态代理。其中，构造函数注入是最建议的解决方案，因为它能够避免循环依赖的问题。基于接口的动态代理则仅在某些特殊场景下使用。

<think>好的，我现在要解决用户的问题：“Spring 怎么解决循环依赖呢？”首先，我需要回忆一下Spring框架处理循环依赖的机制，确保自己理解正确，然后以清晰的中文结构逐步解释给用户。 循环依赖指的是两个或多个Bean相互依赖，比如Bean A依赖Bean B，而Bean B又依赖Bean A。这种情况下，如果不处理，可能会导致无限递归或创建失败。Spring如何解决这个问题呢？ 首先，我应该想到Spring的三级缓存机制。三级缓存是解决循环依赖的关键。但需要具体说明每一级缓存的作用。一级缓存存放完全初始化好的Bean，二级缓存存放早期暴露的对象（尚未填充属性），三级缓存存放Bean的工厂对象，用于生成早期对象。 接下来，需要详细描述创建Bean的过程。当创建Bean A时，首先通过构造函数实例化，然后将其工厂对象放入三级缓存。接着，在填充属性时发现需要Bean B，这时会去创建Bean B。Bean B同样实例化后放入三级缓存，填充属性时又需要Bean A。此时，Bean A虽然未完全初始化，但已经存在于三级缓存中，因此可以通过工厂获取早期引用，放入二级缓存。Bean B完成初始化后移入一级缓存，Bean A接着完成属性填充和初始化，最终也被移到一级缓存。这样循环依赖就被解决了。 需要注意的是，构造函数注入的循环依赖无法解决，因为此时Bean还未实例化，无法提前暴露引用。只能通过setter方法或字段注入来处理。这部分需要特别指出，避免用户误用构造函数导致问题。 此外，可以提到Spring的默认作用域是单例，而原型作用域的Bean无法解决循环依赖，因为每次都会新建实例，无法通过缓存获取。这也是需要注意的地方。 最后，总结Spring的解决方式，并给出实际开发中的建议，比如避免循环依赖的设计，优先通过重构代码消除依赖环，或者在无法避免时使用setter注入等。确保用户不仅了解机制，还能正确应用。</think>Spring通过三级缓存机制解决循环依赖问题，以下是具体实现原理和步骤拆解： --- ### 一、循环依赖的三种类型 1. **构造器循环依赖**（无法解决） 2. **Setter方法/字段注入循环依赖**（可解决） 3. **原型(prototype)作用域循环依赖**（无法解决） > Spring只能解决**单例作用域**且**使用Setter/字段注入**的循环依赖 --- ### 二、三级缓存机制 Spring容器内部维护三个缓存Map： ```java // 一级缓存：完整Bean（完成初始化） private final Map<String, Object> singletonObjects = new ConcurrentHashMap<>(256); // 二级缓存：早期Bean（已实例化但未填充属性） private final Map<String, Object> earlySingletonObjects = new ConcurrentHashMap<>(16); // 三级缓存：对象工厂（用于生成早期引用） private final Map<String, ObjectFactory<?>> singletonFactories = new HashMap<>(16); ``` --- ### 三、解决流程（以A<->B循环依赖为例） 1. **创建Bean A** - 调用`getBean(A)`，在一级缓存未找到 - 执行`createBean()`实例化A（此时A对象尚未初始化） - 将A的**对象工厂**存入三级缓存 ```java addSingletonFactory(beanName, () -> getEarlyBeanReference(beanName, bean)); ``` 2. **填充属性** - 发现A依赖B，触发`getBean(B)` 3. **创建Bean B** - 同样流程实例化B，将B的工厂存入三级缓存 - 填充B属性时发现依赖A，触发`getBean(A)` 4. **解决A的依赖** - 从三级缓存获取A的工厂，生成**早期引用** - 将A早期引用放入二级缓存，同时删除三级缓存中的A ```java ObjectFactory<?> singletonFactory = this.singletonFactories.get(beanName); if (singletonFactory != null) { singletonObject = singletonFactory.getObject(); this.earlySingletonObjects.put(beanName, singletonObject); this.singletonFactories.remove(beanName); } ``` 5. **完成B的初始化** - B获得A的早期引用后，完成属性注入和初始化 - B被放入一级缓存 6. **完成A的初始化** - A获得完全初始化的B实例 - A完成后续初始化流程，移入一级缓存 --- ### 四、关键设计点 1. **提前暴露机制**：在对象实例化后（构造函数执行完）立即暴露引用 2. **对象状态分离**： - 一级缓存：完整可用对象 - 二级缓存：半成品对象（防止多次创建代理对象） - 三级缓存：延迟生成早期引用的工厂 --- ### 五、使用注意事项 1. **避免构造器注入循环依赖** ```java // 这种场景Spring会直接抛出BeanCurrentlyInCreationException @Service public class A { private final B b; public A(B b) { this.b = b; } } @Service public class B { private final A a; public B(A a) { this.a = a; } } ``` 2. **推荐解决方案**： - 使用`@Autowired`字段注入或Setter方法注入 - 重构代码结构，使用`@Lazy`延迟加载 - 引入中间层（如事件机制、抽象接口） --- ### 六、实现原理验证 可以通过调试模式观察缓存变化： 1. 在`DefaultSingletonBeanRegistry`类设置断点 2. 观察三个Map的内容变化 3. 查看`getSingleton()`方法的执行路径 --- 建议在实际开发中尽量避免循环依赖，优先通过代码重构解决问题。当确实需要时，确保使用正确的注入方式并理解Spring的解决机制。