Spring循环依赖问题
什么是循环依赖？
循环依赖就是循环引用，指两个或多个bean互相持有对方，比如说TestA引用TestB、TestB引用TestA，最终形成一个闭环。
注意：循环依赖不是指循环调用。
循环调用：指方法之间的环调用，循环调用是无解的，除非有终结条件，否则就是死循环，最终会导致内存溢出异常。
两种Spring容器循环依赖：
- 构造器循环依赖
- setter方法循环依赖
Spring是如何解决的？
我们先定义循环依赖的实体代码
//bean1
public class TestA {
private TestB testB;
TestA(TestB testB){
this.testB=testB;
}
public TestB getTestB() {
return testB;
}
public void setTestB(TestB testB) {
this.testB = testB;
}
}
//bean2
public class TestB {
private TestA testA;
TestB(TestA testA){
this.testA=testA;
}
public TestA getTestA() {
return testA;
}
public void setTestA(TestA testA) {
this.testA = testA;
}
}
在Spring中循环依赖处理分为3种情况
1. 构造器循环依赖（无法解决）
表示通过构造器注入构成的循环依赖，此依赖是无解的，强行依赖只能抛出异常（BeanCreationException）；
Spring容器将每一个正在创建的bean标识符放在一个“当前创建bean池”中，bean标识符在创建过程中将一直保持在这个池中，因此在创建bean的过程中如果发现自己已经在池中，则抛出BeanCurrentlyInCreationException异常表示循环依赖；而对于创建完毕的bean将从“当前创建bean池”中清除掉。
下面我们通过一段代码来印证上述理论。
创建application.xml配置文件如下：
<?xml version="1.0" encoding="UTF-8"?>
<beans xmlns="http://www.springframework.org/schema/beans"
xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
xsi:schemaLocation="http://www.springframework.org/schema/beans
http://www.springframework.org/schema/beans/spring-beans.xsd">
<bean id="testA" class="com.chenpt.springFrameWork.TestA">
<constructor-arg name="testB" ref="testB"></constructor-arg>
</bean>
<bean id="testB" class="com.chenpt.springFrameWork.TestB">
<constructor-arg name="testA" ref="testA"></constructor-arg>
</bean>
</beans>
客户端测试用例：
public class MainTest {
public static void main(String[] args){
ApplicationContext context = new FileSystemXmlApplicationContext("classpath:spring/applicationContext.xml");
}
}
执行结果如下图（仅截了部分错误）
2. setter循环依赖（可以解决）
指通过setter注入方式构成的循环依赖。
解决方式：Spring容器提前暴露刚完成构造器注入但未完成其他步骤（如setter注入）的bean来完成的。而且只能解决单例作用域的bean循环依赖。通过提前暴露一个单例工厂方法，从而使其他bean能引用到该bean。
代码示例：
首先需要去掉构造器注入的参数。
//bean1
public class TestA {
private TestB testB;
TestA(){}
public TestB getTestB() {
return testB;
}
public void setTestB(TestB testB) {
this.testB = testB;
}
}
//bean2
public class TestB {
private TestA testA;
TestB(){}
public TestA getTestA() {
return testA;
}
public void setTestA(TestA testA) {
this.testA = testA;
}
}
xml示例：
<?xml version="1.0" encoding="UTF-8"?>
<beans xmlns="http://www.springframework.org/schema/beans"
xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
xsi:schemaLocation="http://www.springframework.org/schema/beans
http://www.springframework.org/schema/beans/spring-beans.xsd">
<bean id="testA" class="com.chenpt.springFrameWork.TestA" scope="singleton">
<property name="testB" ref="testB"/>
</bean>
<bean id="testB" class="com.chenpt.springFrameWork.TestB" scope="singleton">
<property name="testA" ref="testA"/>
</bean>
</beans>
客户端执行（自行演示，无输出错误）
3. prototype范围的依赖处理（无法解决）
对于prototype作用域bean，spring容器无法完成依赖注入，因为spring容器不进行缓存prototype作用域的bean，因此无法提前暴露一个正在创建中的bean。
示例代码如下：
xml
<?xml version="1.0" encoding="UTF-8"?>
<beans xmlns="http://www.springframework.org/schema/beans"
xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
xsi:schemaLocation="http://www.springframework.org/schema/beans
http://www.springframework.org/schema/beans/spring-beans.xsd">
<bean id="testA" class="com.chenpt.springFrameWork.TestA" scope="prototype">
<property name="testB" ref="testB"/>
</bean>
<bean id="testB" class="com.chenpt.springFrameWork.TestB" scope="prototype">
<property name="testA" ref="testA"/>
</bean>
</beans>
客户端示例
public class MainTest {
public static void main(String[] args){
ApplicationContext context = new FileSystemXmlApplicationContext("classpath:spring/applicationContext.xml");
TestB testB = context.getBean("testB",TestB.class);
}
}
执行结果，抛出异常
针对上述的作用域（scope）分析
beanFactory除了拥有ioc的职责外，还有着对象生命周期管理。
scope用来声明容器中对象所应该处的限定场景或者该对象的存活时间，即容器在对象进入其相应的scope之前，生成并装配这些对象，在对象不再处于scope的限定之后，容器通常会销毁这些对象。
spring容器提供了几种scope类型？
- singleton：在spring容器中只存在一个实例，所有对象的引用将共享这个实例。（注：不要和单例模式搞混）
- prototype：容器每次都会生成一个新的对象实例给请求方。
- request （限定在web应用中使用）：为每个http请求创建一个全新的request-processor对象供当前请求使用，请求结束，实例生命周期即结束。
- session （限定在web应用中使用）：为每个独立的session创建一个全新的UserPreference对象实例。
- global session （限定在web应用中使用）：只有应用在基于portlet的Web应用程序中才有意义，它映射到portlet的global范围的session。如果在普通的基于servlet的Web应用中使用了这个类型的scope，容器会将其作为普通的session类型的scope对待。
参考：《Spring源码深度解析》
《Spring揭秘》
