浅谈Spring 如何解决循环依赖问题

前言

1、在我们工作中当进行应用开发时，经常会遇到循环依赖的问题，因为随着系统业务复杂性的增大，Service调用另一个Service的场景经常出现，所以一不小心就会造成循环依赖的问题，如果循环链比较长，那可能要来一场头脑风暴，因为这个只有项目启动时才会抛出BeanCurrentlyInCreationException异常。
2、当你知道是怎么回事时，这时你想了解Spring 如何解决循环依赖的问题，于是你下定决心翻出Spring源码，也许花了很大力气或者大半天的时间去阅读，结果还是雨里雾里。
3、趁着周末有时间，跟大家分享一下我对Spring 解决循环依赖的理解，如果有什么不对的地方欢迎大家来信指正。

正文

首先我们来看看什么是循环依赖，我画了一张图来描述：

或者自己依赖自己：

看完上面的图，我们对循环依赖有所了解，针对这个问题，我们下面看看Spring 是怎么解决的。
其实Spring内部维护了3个缓存，singletonObjects 、singletonFactories 和earlySingletonObjects 。singletonObjects 是缓存单例的地方，singletonFactories 是缓存单例工厂，earlySingletonObjects 是保存Bean早期引用的地方。大概的流程是：当创建A时，提前暴露A工厂，在填充属性时发现需要注入B，那么去创建B，提前暴露B工厂，填充属性时又发现需要注入A，这时因为A工厂已提前暴露，所以调用A工厂直接返回早期的A实例并缓存到earlySingletonObjects 中。
看完这个描述还是一头雾水怎么办，不急，下面我写了一段简单的demo来模仿这一流程。

public class A {
   
    private B b;
}

public class B