请阐述下你对spring循环依赖的理解？真的是......秃头是有原因的......
下面逐层深入了解，揭开它的神秘面纱！
一、什么是循环依赖
二、相关概念说明
- spring中的一、二、三级缓存
#一级缓存：存储所有创建完整的bean
private final Map<String, Object> singletonObjects = new ConcurrentHashMap<>(256);
#二级缓存：存储完成实例化后的bean(createBeanInstance方法执行结束，但还未执行populateBean-属性注入等方法)
private final Map<String, Object> earlySingletonObjects = new ConcurrentHashMap<>(16);
#三级缓存：对象工厂，通过ObjectFactory.getObject()方法，获取到类似于二级缓存中存储的对象
private final Map<String, ObjectFactory<?>> singletonFactories = new HashMap<>(16);- spring bean初始化关键流程说明
createBeanInstance：推断构造方法，通过反射，实例化一个对象；执行完该方法，会调用addSingletonFactory方法，将之放入三级缓存中。
// 三级缓存中存储的是对象工厂，获取对象时，需调用ObjectFactory.getObject(方法)
addSingletonFactory(beanName, () -> getEarlyBeanReference(beanName, mbd, bean));
Assert.notNull(singletonFactory, "Singleton factory must not be null");
synchronized (this.singletonObjects) {
if (!this.singletonObjects.containsKey(beanName)) {
this.singletonFactories.put(beanName, singletonFactory);
this.earlySingletonObjects.remove(beanName);
this.registeredSingletons.add(beanName);
}
}getEarlyBeanReference方法：
protected Object getEarlyBeanReference(String beanName, RootBeanDefinition mbd, Object bean) {
Object exposedObject = bean;
if (!mbd.isSynthetic() && hasInstantiationAwareBeanPostProcessors()) {
for (SmartInstantiationAwareBeanPostProcessor bp : getBeanPostProcessorCache().smartInstantiationAware) {
exposedObject = bp.getEarlyBeanReference(exposedObject, beanName);
}
}
return exposedObject;
}populateBean：为上述创建的对象填充属性信息。
initializeBean：执行aware接口、初始化方法、AOP代理【如有需要】。
三、都说spirng已经解决了循环依赖，那spring可以解决什么情况下的循环依赖？
A、B相互依赖场景 | 是否支持 |
均采用setter方法/属性注入 | 支持 |
均采用构造器注入 | 不支持 |
A中注入B为setter方法，B中注入A为构造器 | 支持 |
A中注入B为构造器方法，B中注入A为setter方法 | 不支持 |
四、为什么说spring只解决了部分情况的循环依赖？
在调用createBeanInstance，通过反射实例化对象后，会调用addSingletonFactory方法，将创建的早期对象存放到三级缓存中。所以关键在于三级缓存中是否存在早期对象；比如：上述场景二：均采用构造器注入，为什么不支持该场景呢？
创建beanA时，在执行createBeanInstance(beanA)方法时，此时发现beanA依赖beanB，
则会去执行创建beanB流程，但是此时addSingletonFactory方法并没有执行，
则三级缓存中不存在早期对象beanA，所以spring不支持“均采用构造器注入”的场景。上述其他场景不再一一阐述。
五、只使用二级缓存可以解决循环依赖吗？
AOP代理本质是反射，反射出来的对象每次都是不同的，如果多个对象和beanA出现循环依赖，那么只有二级缓存的话就会反射出不同的对象了。
