Spring解决循环依赖

Spring通过三级缓存，提前暴露对象，通过AOP解决。
一、什么是循环依赖。
A对象依赖B，B对象依赖A，在单例模式中，依赖形成闭环。
二、详细的对象创建过程。

bean的创建对象过程：
1、先创建A对象，实例化A对象，此时A对象中的属性B为空，填充属性B。
2、从容器里查找B对象，如果找到了，直接赋值（不存在循环依赖问题），找不到直接创建B对象
3、实例化B对象，此时B对象中属性A为空，填充属性A。
4、从容器中查找A对象，找不到，直接创建A对象。
形成闭环：此时A对象存在，但是此时的A对象不是一个完整的状态，只是完成了实例化但是未完成初始化，如果在程序调用过程中，拥有某个对象的引用，后期再完成赋值，可以优先把非完整的对象优先赋值，等待后续操作来完成赋值，相当于提前暴露了某个不完整对象的引用，所以解决问题核心在于实例化和初始化分开操作，这也是解决循环依赖问题的关键。
当所有的对象都完成实例化和初始化操作后，还要把完整对象放到容器中，此时在容器中存在对象的几个状态，完成实例化==》但未完成初始化、完整状态，因为同时存在容器中，需要使用不同的map结构进行存储，此时就有了一级缓存（一级缓存为单例池singletonObjects）、二级缓存（二级缓存为早期曝光对象earlySingletonObjects）。如果一级缓存中有，那么二级缓存中就不会存在同名对象，因为他们的查找顺序是1，2，3.一级缓存中放的是完整对象，二级缓存中放的是非完整对象。
三级缓存（三级缓存为早期曝光对象工厂singletonFactories）中存的value类型是ObjectFactory，是一个函数式接口，存在意义是保证整个容器的运行过程中同名的bean对象只能有一个。
如果一个对象需要被代理，或者说需要生成代理对象，需要优先生成一个普通对象。
普通对象和代理对象是不能同时出现在容器中，因此当时一个对象需要代理的时候，就要使用代理对象覆盖之前的普通对象，在实际的调用过程中，是没有确定什么时候对象被使用，所以就要求当某个对象被调用的时候，优先判断此对象是否需要被代理，类似一种回调机制的实现，因此传入lambda表达式来执行对象的覆盖过程，getEarlyBeanReference()
因此所有bean对象在创建的时候都要优先放到三级缓存中，在后续的使用过程中，如果需要被代理则返回代理对象，如果不需要被代理，则直接返回普通对象。
三、为什么需要用三级缓存？
正常代理对象的生成是基于后置处理器，是在被代理的对象初始化后调用生成的，如果提前代理了就是违背了Bean定义的生命周期。所以Spring先在三级缓存中放置一个工厂，产生循环依赖就调用这个工厂提前得到代理对象。如果没有产生依赖，工厂不会被调用，所以Bean的生命周期是对的。