Spring学习笔记_21——循环依赖

在Spring中的循环依赖就是指一个或者多个Bean之间存在着互相依赖的关系，并且形成了循环调用。

例如：在Spring中，Bean-A依赖Bean-B，Bean-B又依赖Bean-A，Bean-A和Bean-B之间就形成了相互依赖的关系。在创建A对象时，发现A对象依赖了B对象，此时先去创建B对象；创建B对象时，发现B对象又依赖了A对象，此时又区创建A对象......形成死循环。

同理，在Spring中多个对象之间有可能存在循环依赖。

构造器循环依赖
- 这种情况发生在两个或多个Bean在其构造函数中相互依赖对方。例如，BeanA的构造函数需要一个BeanB的实例，而BeanB的构造函数又需要一个BeanA的实例。
- 结果：Spring无法解决构造器循环依赖，因为这会导致死锁。当Spring尝试创建BeanA时，它会因为缺少BeanB而阻塞；同样，当Spring尝试创建BeanB时，它会因为缺少BeanA而阻塞。
Setter方法注入循环依赖：
- 这种情况发生在两个或多个Bean在其setter方法或通过其他方法注入中相互依赖对方。例如，BeanA有一个setter方法需要一个BeanB的实例，而BeanB有一个setter方法需要一个BeanA的实例。
- 结果：Spring可以解决Setter/方法注入循环依赖，因为它允许在Bean的属性被填充后再进行其他Bean的属性注入。

三级缓存机制：
- 一级缓存（singletonObjects）：存储已经完全初始化好的Bean实例。
- 二级缓存（earlySingletonObjects）：存储Bean的早期引用，这些Bean实例已经实例化但还未完成属性注入和初始化。
- 三级缓存（singletonFactories）：存储Bean工厂对象，用于创建二级缓存中的Bean实例。
解决过程：
- 当Spring容器开始创建一个Bean时，它会首先检查三级缓存中是否已经有这个Bean的工厂对象。如果有，说明这个Bean正在创建中，Spring容器会从三级缓存中获取工厂对象，创建Bean的早期引用，并将其放入二级缓存中。
- 然后，Spring容器会继续处理这个Bean的属性注入。如果属性依赖其他Bean，Spring容器会尝试从二级缓存中获取这些Bean的早期引用，而不是等待它们完全初始化。
- 当所有属性注入完成后，Spring容器会将Bean从二级缓存移动到一级缓存，并执行Bean的初始化方法。
- 如果在属性注入过程中发现循环依赖，Spring容器可以利用二级缓存中的早期引用来解决这个问题，因为这些早期引用已经包含了部分初始化的数据

对于构造器循环依赖，Spring没有内置的解决方案。解决这类问题的常见方法包括：