1. 循环依赖介绍
循环依赖是指两个及两个以上的Spring Bean实例之间相互引用,相互依赖,形成了一个闭环,如:A依赖B,B依赖A
,或者A依赖B,B依赖C,C依赖A
;Spring在创建Bean实例的同时会完成对其的依赖注入(DI
)操作,且对于这种循环依赖的问题,Spring很巧妙的对其进行了解决;
循环依赖代码举例:
@Service
public class AService {
// AService依赖BService
@Autowired
private BService bService;
}
@Service
public class BService {
// BService依赖CService
@Autowired
private CService cService;
}
@Service
public class CService {
// CService依赖AService
@Autowired
private AService aService;
}
2. Spring对其解决方案
Spring对循环依赖问题的解决方案是缓存,而且是三级缓存,再说直白一点就是三个Map实例,每一个Map实例存放着处于不同生命周期的Bean实例,具体的在本文第3点中解释;但是在这一点中需要强调的是Spring对于有一种循环依赖问题是无法解决的,就是构造函数注入的循环依赖
,这种循环依赖有点类似到底是先有鸡还是先有蛋的问题,本身就是一种逻辑悖论,但对于常见的反射注入和Setter方法注入的循环依赖是没有问题的;
构造函数注入循环依赖代码举例:
@Service
public class AService {
private BService bService;
@Autowired
public AService(BService bService) {
this.bService = bService;
}
}
@Service
public class BService {
private CService cService;
@Autowired
public BService(CService cService) {
this.cService = cService;
}
}
@Service
public class CService {
private AService aService;
@Autowired
public CService(AService aService) {
this.aService = aService;
}
}
// 循环依赖异常描述
org.springframework.beans.factory.BeanCurrentlyInCreationException: Error creating bean with name 'AService': Requested bean is currently in creation: Is there an unresolvable circular reference?
3. 三级缓存的作用
这里先提一下Spring Bean的生命周期:实例化 => 属性注入 => 初始化 => 销毁,主要逻辑代码都在doCreateBean
方法中,分别是:createBeanInstance => populateBean => initializeBean
-
一级缓存:
Map<String, Object> singletonObjects = new ConcurrentHashMap<>(256)
存放初始化完成的Bean实例,即这里面的Bean实例是可以被直接拿来使用的;
-
二级缓存:
Map<String, Object> earlySingletonObjects = new ConcurrentHashMap<>(16)
存放处于属性注入状态的Bean实例,或者说处于正在创建中的Bean实例,二级缓存中的Bean实例一定是最终实例,也就是说如果有AOP存在的情况下,二级缓存中一定是其代理对象;
注意:从Spring5.2.9版本开始二级缓存中的实例是可以被提前获取出来的,如果在IOC容器未完全实例化之前有其他线程从容器中获取Bean实例,就有可能得到的是不完整的Bean实例,从而导致异常!!!
-
三级缓存:
Map<String, ObjectFactory<?>> singletonFactories = new HashMap<>(16)
存放的并不是Bean实例本身,而是一个包含Bean实例的对象工厂,该实例处于实例化完成后的状态;
4. 为什么是三级缓存
一级缓存能否解决循环依赖?
- 能,只不过需要把所有生命周期的Bean实例放在一起,而且需要把代理对象生成的时间提前到Bean实例化后;
为什么不是一级缓存?
- 只使用一级缓存就必须把处于任何生命周期状态的Bean实例都放在一起,在不使用包装类或者其他辅助缓存的情况下是无法区分Bean实例是否已初始化完成或者未完成,这样在容器初始化过程中若存在其他线程获取Bean实例就有可能取到一个不完整的Bean实例,导致异常发生(
但Spring5.2.9版本开始也存在这个问题
),若使用包装类则加重了代码的复杂程度,若为了避免获取到不完整的Bean实例,就不得不对其加锁,就又降低了性能;
二级缓存能否解决循环依赖?
- 能,只不过需要把代理对象的创建提前到实例化之后,并同时放入二级缓存;
为什么不是二级缓存:
- 为了保证Spring的设计原则(
尽可能延迟代理对象的生成
)
5. 相关地址
源码链接:https://github.com/JackieGGu/spring-study/tree/master/spring-oneself