5.循环依赖

循环依赖就是两个或多个Bean相互之间的持有对方，比如CircleA引用CircleB，CircleB引用CircleC，CircleC引用CircleA，则它们最终反映为一个环。此处不是循环调用，循环调用是方法之间的环调用。循环调用是无法解决的，除非有终结条件，否则就是死循环，最终导致内存溢出错误。

Spring如何解决循环依赖

Spring容器循环依赖包括构造器循环依赖和setter循环依赖

一、构造器参数循环依赖：通过构造器注入构成的循环依赖，此依赖是无法解决的，只能抛出

BeanCurrentlyInCreationException异常表示循环依赖。

如在创建CircleA类时，构造器需要CircleB类，那将去创建CircleB，在创建CircleB类时又发现需要CircleC类，则又去创建CircleC，然后在创建CircleC时发现又需要CircleA；从而形成一个环，没办法创建。

Spring容器将每一个正在创建的Bean 标识符放在一个“当前创建Bean池”中，Bean标识符在创建过程中将一直保持在这个池中，因此如果在创建Bean过程中发现自己已经在“当前创建Bean池”里时将抛出

BeanCurrentlyInCreationException异常表示循环依赖；而对于创建完毕的Bean将从“当前创建Bean池”中清除掉。

配置文件如下：

<bean id="circleA" class="com.spring.depend.bean.CircleA">
    <constructor-arg index="0" ref="circleB"/>
</bean>
<bean id="circleB" class="com.spring.depend.bean.CircleB">
    <constructor-arg index="0" ref="circleC"/>
</bean>
<bean id="circleC" class="com.spring.depend.bean.CircleC">
    <constructor-arg index="0" ref="circleA"/>
</bean>

测试一下：

public static void main(String[] args) {
    new ClassPathXmlApplicationContext("depend/circleInjectByConstructor.xml");
}

报错如下：

正如前面所说，Spring容器先创建单例CircleA，CircleA依赖CircleB，然后将CircleA放在“当前创建Bean池”中，此时创建CircleB,CircleB依赖CircleC,然后将CircleB放在“当前创建Bean池”中,此时创建CircleC，CircleC又依赖CircleA， 但是，此时CircleA已经在池中，所以会报错，因为在池中的Bean都是未初始化完的，所以会依赖错误 ，（初始化完的Bean会从池中移除）

二、setter方式单例，默认方式，使用一个单例工厂方法，从而使其他Bean能引用到该Bean，先看一张Spring中Bean实例化的图

配置文件如下：

<bean id="circleA" class="com.spring.depend.bean.CircleA">
     <property name="circleB" ref="circleB"/>
</bean>
<bean id="circleB" class="com.spring.depend.bean.CircleB">
    <property name="circleC" ref="circleC"/>
</bean>
<bean id="circleC" class="com.spring.depend.bean.CircleC">
    <property name="circleA" ref="circleA"/>
</bean>

下面是测试类：

public static void main(String[] args) {
    new ClassPathXmlApplicationContext("depend/circleInjectBySetterAndSingleton.xml");
}

再次运行却没有报错，结合上图分析，Spring先是用构造实例化Bean对象 ，此时Spring会将这个实例化结束的对象放到一个Map中，并且Spring提供了获取这个未设置属性的实例化对象引用的方法。结合我们的实例来看，当Spring实例化了circleA、circleB、circleC后，紧接着会去设置对象的属性，此时circleA依赖circleB，就会去Map中取出存在里面的单例circleB对象，以此类推，不会出现循环的问题。

三、setter方式原型，prototype

修改配置文件如下：

<bean id="circleA" class="com.spring.depend.bean.CircleA" scope="prototype">
     <property name="circleB" ref="circleB"/>
</bean>
<bean id="circleB" class="com.spring.depend.bean.CircleB" scope="prototype">
    <property name="circleC" ref="circleC"/>
</bean>
<bean id="circleC" class="com.spring.depend.bean.CircleC" scope="prototype">
    <property name="circleA" ref="circleA"/>
</bean>

scope="prototype" 意思是每次请求都会创建一个实例对象。两者的区别是：有状态的bean都使用Prototype作用域，无状态的一般都使用singleton单例作用域。

测试类：

public static void main(String[] args) {
        ClassPathXmlApplicationContext ctx = new ClassPathXmlApplicationContext("depend/circleInjectBySetterAndPrototype.xml");
        System.out.println(ctx.getBean("circleA"));
    }

运行发现原型模式也会报错，因为对于”作用域为“prototype”的Bean，Spring容器无法完成依赖注入，Spring容器不进行缓存，因此无法提前暴露一个创建中的Bean。