请阐述下你对spring循环依赖的理解？真的是......秃头是有原因的......

下面逐层深入了解，揭开它的神秘面纱！

一、什么是循环依赖

二、相关概念说明

• spring中的一、二、三级缓存

#一级缓存：存储所有创建完整的bean
private final Map singletonObjects = new ConcurrentHashMap<>(256);

#二级缓存：存储完成实例化后的bean(createBeanInstance方法执行结束，但还未执行populateBean-属性注入等方法)
private final Map earlySingletonObjects = new ConcurrentHashMap<>(16);

#三级缓存：对象工厂，通过ObjectFactory.getObject()方法，获取到类似于二级缓存中存储的对象
private final Map> 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可以解决什么情况下的循环依赖？

四、为什么说spring只解决了部分情况的循环依赖？

在调用createBeanInstance，通过反射实例化对象后，会调用addSingletonFactory方法，将创建的早期对象存放到三级缓存中。所以关键在于三级缓存中是否存在早期对象；比如：上述场景二：均采用构造器注入，为什么不支持该场景呢？

创建beanA时，在执行createBeanInstance(beanA)方法时，此时发现beanA依赖beanB，
则会去执行创建beanB流程，但是此时addSingletonFactory方法并没有执行，
则三级缓存中不存在早期对象beanA，所以spring不支持“均采用构造器注入”的场景。

上述其他场景不再一一阐述。

五、只使用二级缓存可以解决循环依赖吗？

AOP代理本质是反射，反射出来的对象每次都是不同的，如果多个对象和beanA出现循环依赖，那么只有二级缓存的话就会反射出不同的对象了。