spring是怎么解决循环依赖的？

Spring创建bean主要分为两个步骤，创建原始bean对象，接着去填充对象属性和初始化，每次创建bean之前，我们都会从缓存中查下有没有该bean，因为是单例，只能有一个，当我们创建beanA的原始对象后，并把它放到三级缓存中，接下来就该填充对象属性了，这时候发现依赖了beanB，接着就又去创建beanB，同样的流程，创建完beanB填充属性时又发现他依赖了beanA又是同样的流程，不同的是，这时候可以在三级缓存中查到刚放进去的原始对象beanA，所以不需要继续创建，用它注入beanB，完成beanB的创建，既然beanB创建好了，所以beanA就可以完成填充属性的步骤了，接着执行剩下的逻辑，闭环完成。

Spring解决循环依赖依靠的是Bean的“中间态”这个概念，而这个中间态指的是已经实例化但还没有初始化的状态-半成本。实例化的过程又是通过构造器创建的，如果A还没有创建好出来怎么可能提前曝光，所以构造器的循环依赖无法解决。

Spring为了解决单例的循环依赖问题，使用了三级缓存。
其中一级缓存为单例池（singletonObjects）
二级缓存为提前曝光对象（earlySingletonObjects）
三级缓存为提前曝光对象工厂（singletonFactories）

假设A、B循环引用，实例化A的时候就将其放入三级缓存，接着填充属性的时候，发现依赖了B，同样的流程也是实例化后三级缓存，接着去填充属性时又发现自己依赖A，这时候从缓存中查找到早期暴露的A，没有AOP代理的话，直接将A的原始对象注入B，完成B的初始化后，进行属性填充和初始化，这时候B完成后，就去完成剩下的A的步骤，如果有AOP代理，就进行AOP处理获取代理后的对象A，注入B，走剩下的流程。