【第三章】 DI 之 3.2 循环依赖 ——跟我学spring3

3.2.1 什么是循环依赖

循环依赖就是循环引用,就是两个或多个Bean相互之间的持有对方,比如CircleA引用CircleB,CircleB引用CircleC,CircleC引用CircleA,则它们最终反映为一个环。此处不是循环调用,循环调用是方法之间的环调用。如图3-5所示:

图3-5 循环引用

循环调用是无法解决的,除非有终结条件,否则就是死循环,最终导致内存溢出错误。

Spring容器循环依赖包括构造器循环依赖和setter循环依赖,那Spring容器如何解决循环依赖呢?首先让我们来定义循环引用类:

java代码:
  1. packagecn.javass.spring.chapter3.bean;
  2. publicclassCircleA{
  3. privateCircleBcircleB;
  4. publicCircleA(){
  5. }
  6. publicCircleA(CircleBcircleB){
  7. this.circleB=circleB;
  8. }
  9. publicvoidsetCircleB(CircleBcircleB)
  10. {
  11. this.circleB=circleB;
  12. }
  13. publicvoida(){
  14. circleB.b();
  15. }
  16. }
java代码:
  1. packagecn.javass.spring.chapter3.bean;
  2. publicclassCircleB{
  3. privateCircleCcircleC;
  4. publicCircleB(){
  5. }
  6. publicCircleB(CircleCcircleC){
  7. this.circleC=circleC;
  8. }
  9. publicvoidsetCircleC(CircleCcircleC)
  10. {
  11. this.circleC=circleC;
  12. }
  13. publicvoidb(){
  14. circleC.c();
  15. }
  16. }
java代码:
  1. packagecn.javass.spring.chapter3.bean;
  2. publicclassCircleC{
  3. privateCircleCcircleC;
  4. publicCircleB(){
  5. }
  6. publicCircleB(CircleCcircleC){
  7. this.circleC=circleC;
  8. }
  9. publicvoidsetCircleC(CircleCcircleC)
  10. {
  11. this.circleC=circleC;
  12. }
  13. publicvoidb(){
  14. circleC.c();
  15. }
  16. }

3.2.2 Spring如何解决循环依赖

一、构造器循环依赖:表示通过构造器注入构成的循环依赖,此依赖是无法解决的,只能抛出BeanCurrentlyInCreationException异常表示循环依赖。

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

Spring容器将每一个正在创建的Bean 标识符放在一个“当前创建Bean池”中,Bean标识符在创建过程中将一直保持在这个池中,因此如果在创建Bean过程中发现自己已经在“当前创建Bean池”里时将抛出BeanCurrentlyInCreationException异常表示循环依赖;而对于创建完毕的Bean将从“当前创建Bean池”中清除掉。

1)首先让我们看一下配置文件(chapter3/circleInjectByConstructor.xml):

java代码:
  1. <beanid="circleA"class="cn.javass.spring.chapter3.bean.CircleA">
  2. <constructor-argindex="0"ref="circleB"/>
  3. </bean>
  4. <beanid="circleB"class="cn.javass.spring.chapter3.bean.CircleB">
  5. <constructor-argindex="0"ref="circleC"/>
  6. </bean>
  7. <beanid="circleC"class="cn.javass.spring.chapter3.bean.CircleC">
  8. <constructor-argindex="0"ref="circleA"/>
  9. </bean>

2)写段测试代码(cn.javass.spring.chapter3.CircleTest)测试一下吧:

java代码:
  1. @Test(expected=BeanCurrentlyInCreationException.class)
  2. publicvoidtestCircleByConstructor()throwsThrowable{
  3. try{
  4. newClassPathXmlApplicationContext("chapter3/circleInjectByConstructor.xml");
  5. }
  6. catch(Exceptione){
  7. //因为要在创建circle3时抛出;
  8. Throwablee1=e.getCause().getCause().getCause();
  9. throwe1;
  10. }
  11. }

让我们分析一下吧:

1、Spring容器创建“circleA” Bean,首先去“当前创建Bean池”查找是否当前Bean正在创建,如果没发现,则继续准备其需要的构造器参数“circleB”,并将“circleA” 标识符放到“当前创建Bean池”;

2、Spring容器创建“circleB” Bean,首先去“当前创建Bean池”查找是否当前Bean正在创建,如果没发现,则继续准备其需要的构造器参数“circleC”,并将“circleB” 标识符放到“当前创建Bean池”;

3、Spring容器创建“circleC” Bean,首先去“当前创建Bean池”查找是否当前Bean正在创建,如果没发现,则继续准备其需要的构造器参数“circleA”,并将“circleC” 标识符放到“当前创建Bean池”;

4、到此为止Spring容器要去创建“circleA”Bean,发现该Bean 标识符在“当前创建Bean池”中,因为表示循环依赖,抛出BeanCurrentlyInCreationException。

二、setter循环依赖:表示通过setter注入方式构成的循环依赖。

对于setter注入造成的依赖是通过Spring容器提前暴露刚完成构造器注入但未完成其他步骤(如setter注入)的Bean来完成的,而且只能解决单例作用域的Bean循环依赖。

如下代码所示,通过提前暴露一个单例工厂方法,从而使其他Bean能引用到该Bean。

java代码:
  1. addSingletonFactory(beanName,newObjectFactory(){
  2. publicObjectgetObject()throwsBeansException{
  3. returngetEarlyBeanReference(beanName,mbd,bean);
  4. }
  5. });

具体步骤如下:

1、Spring容器创建单例“circleA” Bean,首先根据无参构造器创建Bean,并暴露一个“ObjectFactory ”用于返回一个提前暴露一个创建中的Bean,并将“circleA” 标识符放到“当前创建Bean池”;然后进行setter注入“circleB”;

2、Spring容器创建单例“circleB” Bean,首先根据无参构造器创建Bean,并暴露一个“ObjectFactory”用于返回一个提前暴露一个创建中的Bean,并将“circleB” 标识符放到“当前创建Bean池”,然后进行setter注入“circleC”;

3、Spring容器创建单例“circleC” Bean,首先根据无参构造器创建Bean,并暴露一个“ObjectFactory ”用于返回一个提前暴露一个创建中的Bean,并将“circleC” 标识符放到“当前创建Bean池”,然后进行setter注入“circleA”;进行注入“circleA”时由于提前暴露了“ObjectFactory”工厂从而使用它返回提前暴露一个创建中的Bean;

4、最后在依赖注入“circleB”和“circleA”,完成setter注入。

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

java代码:
  1. <!--定义Bean配置文件,注意scope都是“prototype”-->
  2. <beanid="circleA"class="cn.javass.spring.chapter3.bean.CircleA"scope="prototype">
  3. <propertyname="circleB"ref="circleB"/>
  4. </bean>
  5. <beanid="circleB"class="cn.javass.spring.chapter3.bean.CircleB"scope="prototype">
  6. <propertyname="circleC"ref="circleC"/>
  7. </bean>
  8. <beanid="circleC"class="cn.javass.spring.chapter3.bean.CircleC"scope="prototype">
  9. <propertyname="circleA"ref="circleA"/>
  10. </bean>

java代码:
  1. //测试代码cn.javass.spring.chapter3.CircleTest
  2. @Test(expected=BeanCurrentlyInCreationException.class)
  3. publicvoidtestCircleBySetterAndPrototype()throwsThrowable{
  4. try{
  5. ClassPathXmlApplicationContextctx=newClassPathXmlApplicationContext(
  6. "chapter3/circleInjectBySetterAndPrototype.xml");
  7. System.out.println(ctx.getBean("circleA"));
  8. }
  9. catch(Exceptione){
  10. Throwablee1=e.getCause().getCause().getCause();
  11. throwe1;
  12. }
  13. }

对于“singleton”作用域Bean,可以通过“setAllowCircularReferences(false);”来禁用循环引用:

java代码:
  1. @Test(expected=BeanCurrentlyInCreationException.class)
  2. publicvoidtestCircleBySetterAndSingleton2()throwsThrowable{
  3. try{
  4. ClassPathXmlApplicationContextctx=
  5. newClassPathXmlApplicationContext();
  6. ctx.setConfigLocation("chapter3/circleInjectBySetterAndSingleton.xml");
  7. ctx.refresh();
  8. }
  9. catch(Exceptione){
  10. Throwablee1=e.getCause().getCause().getCause();
  11. throwe1;
  12. }
  13. }

原创内容 转载请注明出处【http://sishuok.com/forum/blogPost/list/0/2448.html#7070

版权声明:本文内容由互联网用户自发贡献,该文观点与技术仅代表作者本人。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。如发现本站有涉嫌侵权/违法违规的内容, 请发送邮件至 dio@foxmail.com 举报,一经查实,本站将立刻删除。

相关推荐


什么是设计模式一套被反复使用、多数人知晓的、经过分类编目的、代码 设计经验 的总结;使用设计模式是为了 可重用 代码、让代码 更容易 被他人理解、保证代码 可靠性;设计模式使代码编制  真正工程化;设计模式使软件工程的 基石脉络, 如同大厦的结构一样;并不直接用来完成代码的编写,而是 描述 在各种不同情况下,要怎么解决问题的一种方案;能使不稳定依赖于相对稳定、具体依赖于相对抽象,避免引
单一职责原则定义(Single Responsibility Principle,SRP)一个对象应该只包含 单一的职责,并且该职责被完整地封装在一个类中。Every  Object should have  a single responsibility, and that responsibility should be entirely encapsulated by t
动态代理和CGLib代理分不清吗,看看这篇文章,写的非常好,强烈推荐。原文截图*************************************************************************************************************************原文文本************
适配器模式将一个类的接口转换成客户期望的另一个接口,使得原本接口不兼容的类可以相互合作。
策略模式定义了一系列算法族,并封装在类中,它们之间可以互相替换,此模式让算法的变化独立于使用算法的客户。
设计模式讲的是如何编写可扩展、可维护、可读的高质量代码,它是针对软件开发中经常遇到的一些设计问题,总结出来的一套通用的解决方案。
模板方法模式在一个方法中定义一个算法的骨架,而将一些步骤延迟到子类中,使得子类可以在不改变算法结构的情况下,重新定义算法中的某些步骤。
迭代器模式提供了一种方法,用于遍历集合对象中的元素,而又不暴露其内部的细节。
外观模式又叫门面模式,它提供了一个统一的(高层)接口,用来访问子系统中的一群接口,使得子系统更容易使用。
单例模式(Singleton Design Pattern)保证一个类只能有一个实例,并提供一个全局访问点。
组合模式可以将对象组合成树形结构来表示“整体-部分”的层次结构,使得客户可以用一致的方式处理个别对象和对象组合。
装饰者模式能够更灵活的,动态的给对象添加其它功能,而不需要修改任何现有的底层代码。
观察者模式(Observer Design Pattern)定义了对象之间的一对多依赖,当对象状态改变的时候,所有依赖者都会自动收到通知。
代理模式为对象提供一个代理,来控制对该对象的访问。代理模式在不改变原始类代码的情况下,通过引入代理类来给原始类附加功能。
工厂模式(Factory Design Pattern)可细分为三种,分别是简单工厂,工厂方法和抽象工厂,它们都是为了更好的创建对象。
状态模式允许对象在内部状态改变时,改变它的行为,对象看起来好像改变了它的类。
命令模式将请求封装为对象,能够支持请求的排队执行、记录日志、撤销等功能。
备忘录模式(Memento Pattern)保存一个对象的某个状态,以便在适当的时候恢复对象。备忘录模式属于行为型模式。 基本介绍 **意图:**在不破坏封装性的前提下,捕获一个对象的内部状态,并在该
顾名思义,责任链模式(Chain of Responsibility Pattern)为请求创建了一个接收者对象的链。这种模式给予请求的类型,对请求的发送者和接收者进行解耦。这种类型的设计模式属于行为
享元模式(Flyweight Pattern)(轻量级)(共享元素)主要用于减少创建对象的数量,以减少内存占用和提高性能。这种类型的设计模式属于结构型模式,它提供了减少对象数量从而改善应用所需的对象结