【spring源码分析】spring关于循环依赖的问题

引言：循环依赖就是N个类中循环嵌套引用，如果在日常开发中我们用new 对象的方式发生这种循环依赖的话程序会在运行时一直循环调用，直至内存溢出报错。下面说一下Spring是如果解决循环依赖的。

第一种：构造器参数循环依赖

Spring容器会将每一个正在创建的Bean 标识符放在一个“当前创建Bean池”中，Bean标识符在创建过程中将一直保持在这个池中。

因此如果在创建Bean过程中发现自己已经在“当前创建Bean池”里时将抛出BeanCurrentlyInCreationException异常表示循环依赖；而对于创建完毕的Bean将从“当前创建Bean池”中清除掉。

首先我们先初始化三个Bean。

public class StudentA{

    private StudentB studentB;

    public void setStudentB(StudentBstudentB){

        this.studentB=studentB;

    }

    publicStudentA(){

    }

    public StudentA(StudentBstudentB){

        this.studentB=studentB;

    }

}

public class StudentB{

    private StudentC studentC;

    public void setStudentC(StudentCstudentC){

        this.studentC=studentC;

    }

    publicStudentB(){

    }

    public StudentB(StudentCstudentC){

        this.studentC=studentC;

    }

}

public class StudentC{

  private StudentA studentA;

  public void setStudentA(StudentAstudentA){

    this.studentA=studentA;

  }

  publicStudentC(){

  }

   public StudentC(StudentAstudentA){

     this.studentA=studentA;

   }

}

OK，上面是很基本的3个类，，StudentA有参构造是StudentB。StudentB的有参构造是StudentC，StudentC的有参构造是StudentA ，这样就产生了一个循环依赖的情况，
我们都把这三个Bean交给Spring管理，并用有参构造实例化。

<beanid="a"class="com.zfx.student.StudentA">

<constructor-argindex="0"ref="b"></constructor-arg>

</bean>

<beanid="b"class="com.zfx.student.StudentB">

<constructor-argindex="0"ref="c"></constructor-arg>

</bean>

<beanid="c"class="com.zfx.student.StudentC">

<constructor-argindex="0"ref="a"></constructor-arg>

</bean>

下面是测试类：

public class Test{

    public static void main(String[] args){

       ApplicationContextcontext=newClassPathXmlApplicationContext("com/zfx/student/applicationContext.xml");

//System.out.println(context.getBean("a",StudentA.class));

}

}

执行结果报错信息为：

Causedby:org.springframework.beans.factory.BeanCurrentlyInCreationException:
Errorcreatingbeanwithname'a':Requestedbeaniscurrentlyincreation:Isthereanunresolvablecircularreference?

如果大家理解开头那句话的话，这个报错应该不惊讶，Spring容器先创建单例StudentA，StudentA依赖StudentB，然后将A放在“当前创建Bean池”中，此时创建StudentB,StudentB依赖StudentC ,然后将B放在“当前创建Bean池”中,此时创建StudentC，StudentC又依赖StudentA，但是，此时Student已经在池中，所以会报错，，因为在池中的Bean都是未初始化完的，所以会依赖错误，（初始化完的Bean会从池中移除）

第二种：setter方式单例，默认方式

如果要说setter方式注入的话，我们最好先看一张Spring中Bean实例化的图

如图中前两步骤得知：Spring是先将Bean对象实例化之后再设置对象属性的

修改配置文件为set方式注入

<!--scope="singleton"(默认就是单例方式)-->

<beanid="a"class="com.zfx.student.StudentA"scope="singleton">

<propertyname="studentB"ref="b"></property>

</bean>

<beanid="b"class="com.zfx.student.StudentB"scope="singleton">

<propertyname="studentC"ref="c"></property>

</bean>

<beanid="c"class="com.zfx.student.StudentC"scope="singleton">

<propertyname="studentA"ref="a"></property>

</bean>

下面是测试类：

public class Test{

 public static void main(String[]args){

  ApplicationContextcontext=newClassPathXmlApplicationContext("com/zfx/student/applicationContext.xml");

System.out.println(context.getBean("a",StudentA.class));

}

}

打印结果为：

com.zfx.student.StudentA@1fbfd6
为什么用set方式就不报错了呢？

我们结合上面那张图看，Spring先是用构造实例化Bean对象，此时Spring会将这个实例化结束的对象放到一个Map中，并且Spring提供了获取这个未设置属性的实例化对象引用的方法。

结合我们的实例来看，，当Spring实例化了StudentA、StudentB、StudentC后，紧接着会去设置对象的属性，此时StudentA依赖StudentB，就会去Map中取出存在里面的单例StudentB对象，以此类推，不会出来循环的问题喽、

第三种：setter方式原型，prototype

修改配置文件为：

<beanid="a"class="com.zfx.student.StudentA"scope="prototype">

<propertyname="studentB"ref="b"></property>

</bean>

<beanid="b"class="com.zfx.student.StudentB"scope="prototype">

<propertyname="studentC"ref="c"></property>

</bean>

<beanid="c"class="com.zfx.student.StudentC"scope="prototype">

<propertyname="studentA"ref="a"></property>

</bean>

scope="prototype" 意思是每次请求都会创建一个实例对象。

两者的区别是：有状态的bean都使用Prototype作用域，无状态的一般都使用singleton单例作用域。

测试用例：

public class Test{

 public static void main(String[]args){

 ApplicationContextcontext=newClassPathXmlApplicationContext("com/zfx/student/applicationContext.xml");

}

}

打印结果：

Causedby:org.springframework.beans.factory.BeanCurrentlyInCreationException:
Errorcreatingbeanwithname'a':Requestedbeaniscurrentlyincreation:Isthereanunresolvablecircularreference?
为什么原型模式就报错了呢？

对于“prototype”作用域Bean，Spring容器无法完成依赖注入，因为“prototype”作用域的Bean，Spring容器不进行缓存，因此无法提前暴露一个创建中的Bean。

巴特西

【spring源码分析】spring关于循环依赖的问题

最新文章

热门文章