springIOC解决循环依赖的原理

首先解决循环依赖需要使用DefaultSingletonBeanRegistry类定义的三级缓存：

/** 一级缓存，缓存初始化完成的单例对象，放到这里的单例对象是可以直接使用的 */
private final Map<String, Object> singletonObjects = new ConcurrentHashMap<>(256);

/** 二级缓存，缓存提前曝光的单例对象，放到这里的单例对象是不完整的*/
private final Map<String, Object> earlySingletonObjects = new HashMap<>(16);

/** 三级缓存，缓存可以创建bean的工厂，ObjectFactory是一个生产者函数式接口，
    实现这个接口的lambda表达式提供一个创建bean的方法*/ 
private final Map<String, ObjectFactory<?>> singletonFactories = new HashMap<>(16);

 

其次需要知道bean生命周期的三个过程

1. 实例化：执行了bean的构造方法，bean中依赖的对象还未赋值
2. 设置属性：给bean中依赖的对象赋值，若被依赖的对象尚未初始化，则先进行该对象的生命周期（递归）
3. 初始化：执行bean的初始化方法，回调方法等

在这三个过程中是怎么使用三级缓存的呢？假设有A依赖B，B依赖A 的相互依赖，我们来看看源码的执行顺序

一、从getBean开始getBean(A)——>doGetBean(A)——>getSingleton(A)

二、代码先贴出来，此时肯定获取不到

三、跟着执行前面if (sharedInstance != null && args == null) 的else部分

四、多例不使用缓存，因此多例的循环依赖无法解决。这时执行getSingleton的重载方法，传入的lambda表达式中createBean才是Bean的生命周期真正开始的地方，先看下getSingleton（A，lambda）

五、假如A、B没有循环依赖，createBean()顺利执行，则getSingleton（A，lambda）——>addSingleton(A)

六、但是，由于A依赖B，我们回头看看createBean(A)——>doCreateBean(A)，在这个方法里提前曝光了A，放到了三级缓存

七、由于A依赖B，在进行第二步时看看populateBean(A)——>autowireByName(A)，根据名称自动装配，即使用了@Autowired注解

八、getBean(B)的执行与上面getBean(A)逻辑一致，执行到这一步又依赖A，则再次执行getBean(A)，请回到到第二步，这时

singletonObject = singletonFactory.getObject();//通过工厂取出了尚不完整的A
this.earlySingletonObjects.put(beanName, singletonObject);//将A放到提前曝光的缓存，放到了二级缓存
this.singletonFactories.remove(beanName);//删除A的工厂

九、取到A之后顺利返回，完成B的设置属性——>初始化B——>完成A的设置属性——>完成A的初始化，最终得到完整的A，看第四步，完整的A会放入一级缓存，再看第五步A最终只存在于一级缓存singletonObjects，而B也是在进行到这一步的时候从三级缓存删除，直接进入一级缓存

总结：

1. springioc通过提前曝光实例化的bean（执行bean的构造方法），解决循环依赖，因此构造器注入的bean循环依赖无法解决
2. 多例模式的bean不使用缓存，循环依赖叶无法解决
3. A在实例化之后放入三级缓存；当B注入属性A时，A从三级缓存升级到二级缓存（A此时尚不完整），A完成初始化之后升级到一级缓存
4. B在实例化之后放入三级缓存；在初始化之后升级到一级缓存
5. 为啥需要三级缓存？解决代理对象的循环依赖