5.Spring IOC 循环依赖问题源码深度剖析

Spring IOC 容器解决循环依赖问题主要涉及到几个关键的缓存和对象创建过程中的处理逻辑。以下是对循环依赖问题进行深度剖析的概述：

1. 循环依赖的背景
   循环依赖发生在两个或多个Bean相互依赖对方，形成一个闭环。这可能是直接的，比如Bean A依赖Bean B，Bean B又依赖Bean A；或者是间接的，比如Bean A依赖Bean B，Bean B依赖Bean C，Bean C又依赖Bean A。循环依赖会导致在Bean创建过程中出现无限递归。

2. Spring IOC容器中的缓存
   为了解决循环依赖，Spring使用了多个缓存来存储Bean的不同状态：

singletonObjects：存放完全初始化好的单例Bean。
earlySingletonObjects：存放原始的Bean对象（尚未填充属性），用于解决循环依赖。
singletonFactories：存放Bean工厂对象，用于生成Bean的早期引用。
3. Bean创建过程
当Spring容器创建一个Bean时，它会经历以下步骤：

实例化Bean：首先，容器会实例化Bean，此时Bean的属性还未被填充。
注册Bean的早期引用：实例化后，容器将Bean的早期引用（未填充属性的实例）注册到earlySingletonObjects和singletonFactories缓存中。
属性填充：然后，容器会填充Bean的属性，解析其他Bean的依赖。
初始化Bean：最后，Bean会被初始化，完成所有生命周期回调，然后被放入singletonObjects缓存中供后续使用。
4. 解决循环依赖的关键
当一个Bean在属性填充过程中需要引用另一个尚未完全初始化的Bean时，Spring容器会：

检查singletonFactories缓存，看是否可以获取到对方Bean的早期引用。
如果可以，容器会使用这个早期引用来完成当前Bean的属性填充，从而打破循环。
5. 源码分析
在DefaultSingletonBeanRegistry类的getSingleton方法中，Spring容器处理循环依赖的逻辑非常关键。如果尝试获取的Bean正在创建中（即在singletonObjects中不存在，但在earlySingletonObjects中存在），容器会尝试从singletonFactories获取早期引用，并将其放入earlySingletonObjects中，然后继续Bean的创建过程。

6. 限制和例外
   Spring只能解决单例作用域的循环依赖问题。
   对于原型作用域的Bean，Spring无法解决循环依赖，会抛出BeanCurrentlyInCreationException异常。
7. 总结
   Spring IOC容器通过使用缓存和对象工厂来处理循环依赖问题，确保了Bean的创建过程不会陷入无限循环。这种机制允许Bean在完全初始化之前，就可以被其他Bean引用，从而打破了循环依赖。

通过上述分析，我们可以看到Spring框架如何巧妙地解决了循环依赖问题，确保了容器的稳定性和Bean生命周期的正常管理。