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

设计模式 前端之家
前端之家收集整理的这篇文章主要介绍了【第三章】 DI 之 3.2 循环依赖 ——跟我学spring3，前端之家小编觉得挺不错的，现在分享给大家，也给大家做个参考。

3.2.1 什么是循环依赖

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

@H_404_4@

图3-5 循环引用@H_404_4@

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

Spring容器循环依赖包括构造器循环依赖和setter循环依赖，那Spring容器如何解决循环依赖呢？首先让我们来定义循环引用类：@H_404_4@

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异常表示循环依赖。@H_404_4@

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

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

1）首先让我们看一下配置文件（chapter3/circleInjectByConstructor.xml）：@H_404_4@

java代码：
查看 复制到剪贴板 打印
  2. <beanid="circleA"class="cn.javass.spring.chapter3.bean.CircleA">
  3. <constructor-argindex="0"ref="circleB"/>
  4. </bean>
  5. <beanid="circleB"class="cn.javass.spring.chapter3.bean.CircleB">
  6. <constructor-argindex="0"ref="circleC"/>
  7. </bean>
  8. <beanid="circleC"class="cn.javass.spring.chapter3.bean.CircleC">
  9. <constructor-argindex="0"ref="circleA"/>
  10. </bean>

2）写段测试代码（cn.javass.spring.chapter3.CircleTest）测试一下吧：@H_404_4@

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. }

让我们分析一下吧：@H_404_4@

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

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

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

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

@H_404_4@

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

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

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

java代码：
查看 复制到剪贴板 打印
  1. addSingletonFactory(beanName,newObjectFactory(){
  2. publicObjectgetObject()throwsBeansException{
  3. returngetEarlyBeanReference(beanName,mbd,bean);
  4. }
  5. });

具体步骤如下：@H_404_4@

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

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

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

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

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

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>

@H_404_4@

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);”来禁用循环引用：@H_404_4@

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. }

@H_404_4@

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

原文链接：https://www.f2er.com/javaschema/283333.html

猜你在找的设计模式相关文章

适配器模式-让不兼容的接口得以适配
适配器模式将一个类的接口转换成客户期望的另一个接口，使得原本接口不兼容的类可以相互合...
策略模式-定义一个算法族
策略模式定义了一系列算法族，并封装在类中，它们之间可以互相替换，此模式让算法的变化独...
设计模式之高质量代码
设计模式讲的是如何编写可扩展、可维护、可读的高质量代码，它是针对软件开发中经常遇到的...
模板方法模式-封装一套算法流程
模板方法模式在一个方法中定义一个算法的骨架，而将一些步骤延迟到子类中，使得子类可以在...
迭代器模式-统一集合的遍历方式
迭代器模式提供了一种方法，用于遍历集合对象中的元素，而又不暴露其内部的细节。
单例模式的五种实现方式及优缺点
单例模式（Singleton Design Pattern）保证一个类只能有一个实例，并提供一个全局访问点。
组合模式-统一的处理个别对象与组合对象
组合模式可以将对象组合成树形结构来表示“整体-部分”的层次结构，使得客户可以用一致的方...
装饰者模式-动态的包装原有对象的行为
装饰者模式能够更灵活的，动态的给对象添加其它功能，而不需要修改任何现有的底层代码。
观察者模式-将消息通知给观察者
观察者模式（Observer Design Pattern）定义了对象之间的一对多依赖，当对象状态改变的时候...
代理模式-访问对象的代理而非其本身
代理模式为对象提供一个代理，来控制对该对象的访问。代理模式在不改变原始类代码的情况下...
算法设计模式多媒体技术正则表达式ElasticsearchFlinkHadoopIDE
受约束摘*day25Java常用类库置信lamda留存持续录入年后正则表达式303.17regularexpre匹多模适20130322基础理论pathmunge涵义reectok需要转义的特资源分享validationex简明魔法里弄形如源码实现完备actionscript