Spring是怎么解决循环依赖的？
首先，Spring 解决循环依赖有两个前提条件：
- 不全是构造器方式的循环依赖
- 必须是单例
基于上面的问题，我们知道Bean的生命周期，本质上解决循环依赖的问题就是三级缓存，通过三级缓存提前拿到未初始化的对象。
第一级缓存：用来保存实例化、初始化都完成的对象
第二级缓存：用来保存实例化完成，但是未初始化完成的对象
第三级缓存：用来保存一个对象工厂，提供一个匿名内部类，用于创建二级缓存中的对象
假设一个简单的循环依赖场景，A、B互相依赖。
A对象的创建过程：
- 创建对象A，实例化的时候把A对象工厂放入三级缓存
-
A注入属性时，发现依赖B，转而去实例化B
-
同样创建对象B，注入属性时发现依赖A，一次从一级到三级缓存查询A，从三级缓存通过对象工厂拿到A，把A放入二级缓存，同时删除三级缓存中的A，此时，B已经实例化并且初始化完成，把B放入一级缓存。
-
接着继续创建A，顺利从一级缓存拿到实例化且初始化完成的B对象，A对象创建也完成，删除二级缓存中的A，同时把A放入一级缓存
-
最后，一级缓存中保存着实例化、初始化都完成的A、B对象
因此，由于把实例化和初始化的流程分开了，所以如果都是用构造器的话，就没法分离这个操作，所以都是构造器的话就无法解决循环依赖的问题了。
具体的方法：
- 调用doGetBean()方法，想要获取beanA，于是调用getSingleton(）方法从缓存中查询beanA
- getSingleton()方法屮，从一级缓存中查找，没有，返回null
- doGetBean()方法屮获取到的beanA为null, 于是走对应的处理逻辑，调用getSingleton()的重载方法（参数为ObjectFactory的）
- 在getSingleton()方法中，先将beanA_name添加到一个集合中，用于标记bean创建中。然后回调匿名内部类的creatBean方法
- 进入AbstractAutowireCapableBeanFactory#doCreateBean，先反射调用构选器创建出beanA的实例。然后判断：是否为单例、足否允许提前暴露引用（对于单例一般为true)、是否正在创建中（即是否在第四步的集合中）。判断力true则将beanA添加到【三级缓存】中。
- 对beanA进行属性填充，此时检测到 beanA依赖beanB，于是开始查找beanB
- 调用doGetBean()方法，和上面beanA的过程一样，到缓存中查找beanB，没行则创建，然后给beanB填充属性。
- 此时beanB依赖于beanA,调用getSingleton()获取beanA,依次从一级、二级、三级缓存中找，此时从三级缓存中获取到beanA的创建工厂，通过创建工厂获取到singletonObject，此这个 singletonObject指向的就是在上面在在doCreateBean（）方法中实例化的beanA 。
- 这样beanB就获取到beanA的依赖，于是beanB顺利完成实例化，并将beanA从三级缓存移动到二级缓存中。
- 随后 beanA继续他的属性填充工作，此时也获取到beanB, beanA也随之完成创建，回到getSingleton()方法屮继续向下执行，将beanA从二级缓存移动到一级缓存中。
为什么要三级缓存？二级不行吗？
不可以，主要是为了生成代理对象。
因为三级缓存中放的是生成具体对象的匿名内部类，value为一个lambda表达式，他可以生成代理对象，也可以是普通的实例对象。
使用三级缓存主要是为了保证不管什么时候使用的都是一个对象。
假设只有二级缓存的情况，往二级缓存中放的显示一个普通的Bean对象，BeanPostProcessor去生成代理对象之后，覆盖掉二级缓存中的普通Bean对象，那么多线程环境下可能取到的对象就不一致了。
