[**44.为什么要设计Spring中的循环依赖？**](#44)

Spring中的循环依赖是指两个或多个Bean对象之间相互依赖，例如A依赖B，而B又依赖A。在这种情况下，如果没有特殊的处理方式，Spring容器会抛出BeanCurrentlyInCreationException异常，因为它无法确定哪个Bean应该先被创建。

但是，在实际开发中，循环依赖是难免的，因此Spring提供了循环依赖的解决方案。其核心思想是通过提前暴露一个尚未完全初始化的Bean对象，使得另一个Bean对象可以通过代理对象来引用它。

具体地说，当Spring容器发现两个Bean对象存在循环依赖时，它会先创建一个尚未完全初始化的Bean对象，并将其暴露给另一个Bean对象，让它可以通过代理对象来引用它。然后，Spring容器继续创建另一个Bean对象，并将其完全初始化后注入到第一个Bean对象中去。

这种方式虽然增加了Spring容器的复杂度，但是可以保证循环依赖的正常处理，并且可以避免出现BeanCurrentlyInCreationException异常。因此，设计循环依赖是为了提高Spring框架的灵活性和适用性。

相关问题

26.Spring如何解决循环依赖的问题？

Spring 通过提前暴露 Bean 和使用代理等方式来解决循环依赖的问题，具体实现方式如下：

1. 提前暴露 Bean：当 Spring 容器创建一个 Bean 时，如果发现该 Bean 存在循环依赖，Spring 会先创建一个尚未设置属性的 Bean 实例，并把该实例提前暴露出去，以便在另一个 Bean 创建过程中使用。

2. 使用代理：当 Spring 容器创建一个 Bean 时，如果发现该 Bean 存在循环依赖，Spring 会创建一个代理对象作为该 Bean 的实例，用来代替后续创建该 Bean 的过程。在另一个 Bean 创建完成后，代理对象会被替换为真正的 Bean 实例。

这两种方式都可以解决循环依赖的问题，但使用代理的方式会增加一定的性能开销。另外，使用构造器注入代替属性注入也可以避免循环依赖问题的出现，因为构造器注入是在 Bean 实例化时完成的，而属性注入是在实例化之后才进行的。但是，构造器注入的方式不太灵活，需要使用大量的构造器参数。因此，一般情况下还是采用属性注入的方式，并通过提前暴露 Bean 或使用代理来解决循环依赖问题。

spring解决循环依赖为什么要用到三级缓存

在 Spring 的循环依赖中，当两个或多个单例 bean 之间相互依赖时，Spring 容器会抛出 BeanCurrentlyInCreationException 异常。这是因为当一个 bean 正在创建时，它依赖的其他 bean 还没有被创建完成，所以 Spring 容器无法完成依赖注入。

为了解决这个问题，Spring 引入了三级缓存机制。三级缓存是 Spring 容器用于解决循环依赖问题的关键。

三级缓存的具体过程如下：

1. 创建 bean 实例，将 bean 放入单例对象缓存中。

2. 将正在创建的 bean 放入当前创建 bean 的缓存中。

3. 对 bean 进行属性注入，注入属性时，如果发现属性依赖于其他 bean，就从单例对象缓存中获取该 bean，并将其放入三级缓存中。

4. 如果发现依赖的 bean 已经在三级缓存中，就直接返回该 bean。

5. 如果依赖的 bean 不在三级缓存中，就继续创建该 bean 并放入三级缓存中。

6. 当 bean 创建完成后，从当前创建 bean 的缓存中移除该 bean。

通过三级缓存机制，Spring 容器可以解决循环依赖问题，保证 bean 可以正确地进行依赖注入。