1. 什么是循环依赖
1.1 构造器注入循环依赖
@Component
public class A {
public A(B b){
}
}
@Component
public class B {
public B(A a){
}
}
报错:
nested exception is org.springframework.beans.factory.BeanCurrentlyInCreationException
1.2 field属性(setter方法注入)注入循环依赖
@Data
@Component
public class AService {
private BService bService;
}
@Data
@Component
public class BService {
private AService aService;
}
不会有问题
1.3 依赖循环过程
构造AService对应的bean过程:
A1. 扫描类–>BeanDefinition
A2. BeanFactoryPostProcessor
A3. 创建原始对象aService
A4. 填充属性bService ------------------> 去单例池中找BService的bean
A5. 回调Aware、InitializingBean等
A6. BeanPostProcessor 该阶段执行aop
A7. 放到单例池
=========================================分割线
构造BService对应的bean过程:
B1. 扫描类–>BeanDefinition
B2. BeanFactoryPostProcessor
B3. 创建原始对象bService
B4. 填充属性aService ------------------> 去单例池中找AService的bean
B5. 回调Aware、InitializingBean等
B6. BeanPostProcessor 该阶段执行aop
B7. 放到单例池
=========================================分割线
注:
不使用aop:Map<beanName,aService> 使用aop:Map<beanName,aService的代理对象>
二级缓存如何解决循环依赖
二级缓存 earlySingletonObjects
三级缓存
三级缓存singletonFactories
将实例化和初始化分开,将实例化好的对象提前暴露出去,供别的对象使用。
面试题
1. 为什么使用构造器方法注入无法解决循环依赖问题?
构造器注入构成的循环依赖,此种循环依赖方式是无法解决的,只能抛出BeanCurrentlyInCreationException异常表示循环依赖。这也是构造器注入的最大劣势
根本原因:Spring解决循环依赖依靠的是Bean的“中间态”这个概念,而这个中间态指的是已经实例化,但还没初始化的状态。而使用有参构造器注入,进行了属性的初始化,所以构造器的循环依赖无法解决
2. 为什么一级缓存无法解决循环依赖问题
一级缓存singletonObject,也就是常说的单例池,存放的是实例化且初始化的对象
二级缓存earlySingletonObjects,也就是提前一点的单例池,存放的是实例化但是未初始化的对象
三级缓存singletonFactories,这个Map的value存放的是一个lambda表达式,执行的是对象实例化过程
如果只有一级缓存,则一级缓存中存放的会有成品(spring-bean)和半成品,可能会获取到半成品对象
3. 为什么二级缓存无法解决循环依赖问题?为什么需要三级缓存?
三级缓存中放的是生成具体对象的匿名内部类,这个匿名内部类可以生成代理对象,也可能返回普通对象。
如果没有三级缓存,我们创建的bean对象会放在二级缓存中,是一个普通对象,如果我们需要代理的话,又生成了一个代理对象,我需要用代理对象,那么在没有生成代理对象的操作之前,我只能用普通对象,在整个操作过程中,可能使用普通对象,也可能使用代理对象.
参考视频:https://www.bilibili.com/video/BV17f4y1R7Qc?p=1
参考博客:https://cloud.tencent.com/developer/article/1497692
Spring源码太过复杂,绕晕了,最终还是没看懂,只能先背面试题了!!!