Spring IoC 循环依赖问题
Spring IoC 循环依赖问题
什么是循环依赖
循环依赖其实就是循环引用，也就是两个或者两个以上的 Bean 互相持有对方，最终形成闭环。比如 A 依赖于 B，B 依赖于 C，C 又依赖于 A。
循环调用其实就是一个死循环，除非有终结条件。
Spring 中循环依赖场景有：
- 构造器的循环依赖（构造器注入）
- Field 属性的循环依赖（set注入）
其中，构造器的循环依赖问题无法解决，只能拋出 BeanCurrentlyInCreationException 异常，在解决属性循环依赖时，spring 采用的是提前暴露对象的方法。
循环依赖处理机制
- 单例 bean 构造器参数循环依赖（无法解决）
- prototype 原型 bean 循环依赖（无法解决）
对于原型 bean 的初始化过程中不论是通过构造器参数循环依赖还是通过 setXxx 方法产生循环依赖，Spring 都会直接报错处理。
Spring 不支持原型 bean 的循环依赖
进入 AbstractBeanFactory#doGetBean 方法：
在获取 bean 之前如果这个原型 bean 正在被创建则直接抛出异常。原型 bean 在创建之前会标记 beanName 正在被创建，等创建结束之后会删除标记。
单例 bean 通过 setXxx 或者 @Autowired 进行循环依赖
Spring 的循环依赖的理论依据基于 Java 的引用传递，当获得对象的引用时，对象的属性是可以延后设置的，但是构造器必须是在获取引用之前。
Spring 通过 setXxx 或者 @Autowired 方法解决循环依赖其实是通过提前暴露一个 ObjectFactory 对象来完成的。简单来说 ClassA 在调用构造器完成对象初始化之后，在调用 ClassA 的 setClassB 方法之前就把 ClassA 实例化的对象通过 ObjectFactory 提前暴露到 Spring 容器中。
Spring 容器初始化 ClassA 通过构造器初始化对象后提前暴露到 singletonFactories 中。
ClassA 调用 setClassB 方法，Spring 首先尝试从容器中获取 ClassB，此时 ClassB 不存在 Spring 容器中。
Spring 容器初始化 ClassB，同时也会将 ClassB 提前暴露到 singletonFactories 中。ClassB 调用 setClassA 方法，Spring 从 singletonFactories 中获取 ClassA，同时将 ClassA 移到 earlySingletonObjects。至此 ClassB 初始化完毕，并且保存到了单例池中。
随着 ClassB 初始化完毕并返回给 ClassA 的创建过程中，ClassA 也完成了对象初始化操作。
