1.什么是循环依赖
循环依赖其实就是循环引用,也就是两个或者两个以上的Bean互相持有对方,最终形成闭环,比如A依赖于B,B依赖于C,C依赖A
注意,这⾥不是函数的循环调⽤,是对象的相互依赖关系。
循环调⽤其实就是⼀个死循环,除⾮有终结条件
Spring中循环依赖场景有:
- 构造器的循环依赖(构造器注入)
- Field属性的循环依赖(set注入)
其中构造器的循环依赖问题⽆法解决,只能拋出 BeanCurrentlyInCreationException 异常.
在解决属性循环依赖时,spring采⽤的是提前暴露对象的⽅法。
也就是三级缓存机制
2.怎么检测是否存在循环依赖
检测循环依赖相对比较容易,Bean在创建的时候可以给该Bean打标。
如果递归调用回来发现正在创建中的话,即说明了循环依赖了。
3.循环依赖处理机制
- 单例bean构造器参数循环依赖(无法解决)
- prototype原型bean循环依赖(无法解决)
3.1对于原型bean的初始化过程中不论是通过构造器参数循环依赖还是通过setXxx⽅法产⽣循环依赖,Spring都 会直接报错处理。
AbstractBeanFactory.doGetBean()⽅法:
if (isPrototypeCurrentlyInCreation(beanName)) {
throw new BeanCurrentlyInCreationException(beanName);
}
---------
protected boolean isPrototypeCurrentlyInCreation(String beanName) {
Object curVal = this.prototypesCurrentlyInCreation.get();
return (curVal != null &&
(curVal.equals(beanName) || (curVal instanceof Set && ((Set<?>)
curVal).contains(beanName))));
}
``
```java
在获取bean之前如果这个原型bean正在被创建则直接抛出异常。
原型bean在创建之前会进⾏标记,这个beanName正在被创建,等创建结束之后会删除标记
``
```java
try {
beforePrototypeCreation(beanName);
prototypeInstance = createBean(beanName, mbd, args);
}
finally {
afterPrototypeCreation(beanName);
}
总结:Spring 不⽀持原型 bean 的循环依赖。
3.2 单例bean通过setXxx或者@Autowired进⾏循环依赖
Spring 的循环依赖的理论依据基于 Java 的引⽤传递。
当获得对象的引⽤时,对象的属性是可以延后设置的,但是构造器必须是在获取引⽤之前。
Spring的单例对象的初始化主要分为三步:
(1)createBeanInstance:实例化,其实也就是调用对象的构造方法实例化对象
(2)populateBean:填充属性,这一步主要是多bean的依赖属性进行填充
(3)initializeBean:调用spring xml中的init 方法。
从上面单例bean的初始化可以知道:
(1)循环依赖主要发生在第一、二步,也就是构造器循环依赖和field循环依赖
那么我们要解决循环引用也应该从初始化过程着手.
对于单例来说,在Spring容器整个生命周期内,有且只有一个对象,所以很容易想到这个对象应该存在Cache中.
Spring为了解决单例的循环依赖问题,使用了三级缓存。
这三级缓存分别指:
3级.singletonFactories : 单例对象工厂的cache
2级.earlySingletonObjects :提前暴光的单例对象的Cache
1级.singletonObjects:单例对象的cache
如下图所示
4.基于构造器的循环依赖
Spring容器会将每一个正在创建的Bean 标识符放在一个“当前创建Bean池”中,Bean标识符在创建过程中将一直保持在这个池中。
因此如果在创建Bean过程中发现自己已经在“当前创建Bean池”里时将抛出BeanCurrentlyInCreationException异常表示循环依赖。
而对于创建完毕的Bean将从“当前创建Bean池”中清除掉。
Spring容器先创建单例A,A依赖B,然后将A放在“当前创建Bean池”中。
此时创建B,B依赖C ,然后将B放 在“当前创建Bean池”中,此时创建C,C又依赖A但是,此时A已经在池中,所以会报错。
因为在池中的Bean都是未初始化完的,所以会依赖错误(初始化完的Bean会从池中移除)
5.基于setter属性的循环依赖
结合上图:
Spring先是用构造实例化Bean对象,创建成功后,Spring会通过以下代码提前将对象暴露出来.
此时的对象A还没有完成属性注入,属于早期对象。此时Spring会将这个实例化结束的对象放到一个Map中(三级缓存)。
并且Spring提供了获取这个未设置属性的实例化对象引用的方法。
当Spring实例化了A、B、C后,紧接着会去设置对象的属性,此时A依赖B,就会去Map中取出存在里面的单例B对象,以此类推,就不会出现循环的依赖的问题了。