浅谈Spring解决循环依赖的三种方式
引言:循环依赖就是N个类中循环嵌套引用,如果在日常开发中我们用new 对象的方式发生这种循环依赖的话程序会在运行时一直循环调用,
直至内存溢出报错。下面说一下Spring是如果解决循环依赖的。
方式一:有参构造器循环依赖(无法解决)
@Service
public class A {
public A(B b) { }
}
@Service
public class B {
public B(C c) {
}
}
@Service
public class C {
public C(A a) { }
}
2.无法解决的原因
Spring容器会将每一个正在创建的Bean 标识符放在一个“当前创建Bean池”中,Bean标识符在创建过程中将一直保持
此时若bean在创建的过程中,依赖的一个bean,发现这个bean在“池中”将抛出BeanCurrentlyInCreationException异常
表示循环依赖;而对于创建完毕的Bean将从“当前创建Bean池”中清除掉。
A创建的过程中依赖B,beanFactory去ioc容器的缓存中get B,发现没有,那么就创建B
而B在创建的过程中,又依赖C,beanFactory去ioc容器的缓存中get C,发现没有,那么就创建C
而C在创建的过程中,又依赖A,beanFactory去 ioc容器的缓存中get A,
发现A 此时在 “池”中,那么抛出异常
方式二:field属性注入循环依赖,只有这个能解决,因为这种方式,spring都是先调用无参构造创建了 bean实例,然后调用set方法赋值,例如AB循环依赖,A通过无参构造创建完成,A再通过set方法赋值,发现需要B,再无参构造创建B,B通过set方法赋值,正好可以获取A,那么B创建完成,即A的set方法赋值完成,即A也完成
@Service
public class A1 {
@Autowired
private B1 b1;
}
@Service
public class B1 {
@Autowired
public C1 c1;
}
@Service
public class C1 {
@Autowired public A1 a1;
}
方式三:field属性注入循环依赖(prototype)多实例,为什么它相比单实例的不行,因为 ioc容器不缓存 多实例的,也就是说 A创建完成,setB,B ioc容器中没有,创建B完成,setA,可以A虽然创建完成,但是ioc缓存中没有,那么ioc,容器又得创建A,这时候,就陷入了循环依赖,就是说A,B虽然通过无参构造创建成功了,但是ioc容器中不缓存他们
@Service
@Scope("prototype")
public class A1 {
@Autowired
private B1 b1;
}
@Service
@Scope("prototype")
public class B1 {
@Autowired
public C1 c1;
}
@Service
@Scope("prototype")
public class C1 {
@Autowired public A1 a1;
}
|