Spring循环依赖

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源码太过复杂，绕晕了，最终还是没看懂，只能先背面试题了！！！