实例化bean是一个非常复杂的过程,而其中最比较难以理解的就是对循环依赖的解决,不管之前读者有没有对循环依赖方面的研究,这里有必要先对此知识点稍作回顾。
循环依赖就是循环引用,就是两个或多个bean相互之间的持有对方,比如CircleA引用CircleB,CircleB引用CircleC,CircleC引用CircleA,则它们最终反映为一个环。此处不是循环调用,循环调用是方法之间的环调用,如图5-2所示。
图5-2 循环依赖
循环调用是无法解决的,除非有终结条件,否则就是死循环,最终导致内存溢出错误。
Spring容器循环依赖包括构造器循环依赖和setter循环依赖,那Spring容器如何解决循环依赖呢?首先让我们来定义循环引用类:
public class TestA { private TestB testB; public void a() { testB.b(); } public TestB getTestB() { return testB; } public void setTestB(TestB testB) { this.testB = testB; } } public class TestB { private TestC testC; public void b() { testC.c(); } public TestC getTestC() { return testC; } public void setTestC(TestC testC) { this.testC = testC; } } public class TestC { private TestA testA; public void c() { testA.a(); } public TestA getTestA() { return testA; } public void setTestA(TestA testA) { this.testA = testA; } }
在Spring中将循环依赖的处理分成了3种情况。
表示通过构造器注入构成的循环依赖,此依赖是无法解决的,只能抛出BeanCurrentlyIn CreationException异常表示循环依赖。
如在创建TestA类时,构造器需要TestB类,那将去创建TestB,在创建TestB类时又发现需要TestC类,则又去创建TestC,最终在创建TestC时发现又需要TestA,从而形成一个环,没办法创建。
Spring容器将每一个正在创建的bean标识符放在一个“当前创建bean池”中,bean标识符在创建过程中将一直保持在这个池中,因此如果在创建bean过程中发现自己已经在“当前创建bean池”里时,将抛出BeanCurrentlyInCreationException异常表示循环依赖;而对于创建完毕的bean将从“当前创建bean池”中清除掉。
我们通过一个直观的测试用例来进行分析。
(1)创建配置文件。
<bean id="testA" class="com.bean.TestA"> <constructor-arg index="0" ref="testB"/> </bean> <bean id="testB" class="com.bean.TestB"> <constructor-arg index="0" ref="testC"/> </bean> <bean id="testC" class="com.bean.TestC"> <constructor-arg index="0" ref="testA"/> </bean>
(2)创建测试用例。
@Test(expected = BeanCurrentlyInCreationException.class) public void testCircleByConstructor() throws Throwable { try { new ClassPathXmlApplicationContext("test.xml"); } catch (Exception e) { //因为要在创建testC时抛出; Throwable e1 = e.getCause().getCause().getCause(); throw e1; } }
针对以上代码的分析如下。
1. Spring容器创建“testA”bean,首先去“当前创建bean池”查找是否当前bean正在创建,如果没发现,则继续准备其需要的构造器参数“testB”,并将“testA”标识符放到“当前创建bean池”。
2.Spring容器创建“testB”bean,首先去“当前创建bean池”查找是否当前bean正在创建,如果没发现,则继续准备其需要的构造器参数“testC”,并将“testB”标识符放到“当前创建bean池”。
3. Spring容器创建“testC”bean,首先去“当前创建bean池”查找是否当前bean正在创建,如果没发现,则继续准备其需要的构造器参数“testA”,并将“testC”标识符放到“当前创建Bean池”。
到此为止Spring容器要去创建“testA”bean,发现该bean标识符在“当前创建bean池”中,因为表示循环依赖,抛出BeanCurrentlyInCreationException。
表示通过setter注入方式构成的循环依赖。对于setter注入造成的依赖是通过Spring容器提前暴露刚完成构造器注入但未完成其他步骤(如setter注入)的bean来完成的,而且只能解决单例作用域的bean循环依赖。通过提前暴露一个单例工厂方法,从而使其他bean能引用到该bean,如下代码所示:
addSingletonFactory(beanName, new ObjectFactory() { public Object getObject() throws BeansException { return getEarlyBeanReference(beanName, mbd, bean); } });
具体步骤如下。
(1)Spring容器创建单例“testA”bean,首先根据无参构造器创建bean,并暴露一个“ObjectFactory”用于返回一个提前暴露一个创建中的bean,并将“testA”标识符放到“当前创建bean池”,然后进行setter注入“testB”。
(2)Spring容器创建单例“testB”bean,首先根据无参构造器创建bean,并暴露一个“ObjectFactory”用于返回一个提前暴露一个创建中的bean,并将“testB”标识符放到“当前创建bean池”,然后进行setter注入“circle”。
(3)Spring容器创建单例“testC”bean,首先根据无参构造器创建bean,并暴露一个“ObjectFactory”用于返回一个提前暴露一个创建中的bean,并将“testC”标识符放到“当前创建bean池”,然后进行setter注入“testA”。进行注入“testA”时由于提前暴露了“ObjectFactory”工厂,从而使用它返回提前暴露一个创建中的bean。
(4)最后在依赖注入“testB”和“testA”,完成setter注入。
对于“prototype”作用域bean,Spring容器无法完成依赖注入,因为Spring容器不进行缓存“prototype”作用域的bean,因此无法提前暴露一个创建中的bean。示例如下:
(1)创建配置文件。
<bean id="testA" class="com.bean.CircleA" scope="prototype"> <property name="testB" ref="testB"/> </bean> <bean id="testB" class="com.bean.CircleB" scope="prototype"> <property name="testC" ref="testC"/> </bean> <bean id="testC" class="com.bean.CircleC" scope="prototype"> <property name="testA" ref="testA"/> </bean>
(2)创建测试用例。
@Test(expected = BeanCurrentlyInCreationException.class) public void testCircleBySetterAndPrototype () throws Throwable { try { ClassPathXmlApplicationContext ctx = new ClassPathXmlApplicationContext( "testPrototype.xml"); System.out.println(ctx.getBean("testA")); } catch (Exception e) { Throwable e1 = e.getCause().getCause().getCause(); throw e1; } }
对于“singleton”作用域bean,可以通过“setAllowCircularReferences(false);”来禁用循环引用。
感谢互联网时代,让我可以方便地获取我想要的各种信息,当初我刚开始学习的时候,一直纠结于这里错综复杂的逻辑,幸好我看到了一篇文章解开了我心中的疑惑。在此,感谢原作者,并将原文与大家分享,帮助大家更好的理解Spring的依赖,大家可以从http://www.iflym. com/index.php/code/201208280001.html来获取原文。