大白话讲一讲Spring中对象的循环依赖（非源码级别）

很多文章一说起循环依赖，就开始说什么spring 中的三级缓存，又是从源码级别分析，又是从什么三级缓存分析甚至还从spring 容器底层开始分析，很多人看了之后云里雾里，并没有什么好的效果，这种情况下尽管出去面试，你能回答出来多少？本文章从大白话说一说什么循环依赖

什么是循环依赖

什么是循环依赖这个问题很简单，无非就是 A ref B，B ref A，使得每个对象都无法完成实例化，这是循环依赖最严重的问题

如何解决对象循环依赖

我们读过大量的博客，都会告诉我们 使用 setter 方式注入就会解决循环依赖，但是这是为什么呢？

首先spring 创建 Bean 的流程是

1. 对象先进行实例化，也就是我们经常使用的 new
2. 然后将 中的数据填充变量
3. 最后进行初始化方法，完成 AOP 代理

前面两个步骤就是我们常见的

<bean id="a" class="com.xxx.xxx.xxxx.A">
	<property name="b" ref="b"></property>
</bean>

<bean id="b" class="com.xxx.xxx.xxxx.B"/>

我们结合一下 类的实例化过程（不考虑父类，类的实例化一定是先父类后子类）

1. 静态方法和变量和代码块
2. 实例变量
3. 构造函数

这时候类已经在堆中存在了，并且对象中的变量也进行了空间分配

这时候我们在使用 setter 方法进行初始化对象的时候，我们所有的对象都已经存在了，自然不会有循环依赖的问题。

但是仅仅有 setter 这中方式吗？

解决循环依赖的其他方式

依赖情况	依赖注入方式	是否解决循环依赖
① AB循环依赖	均采用 setter 方式注入	是
② AB循环依赖	均采用 构造器 方式注入	否
③ AB循环依赖	A 中注入 B 采用 setter 方式，B 中注入 A 采用 构造器 方式	是
④ AB循环依赖	A 中注入 B 采用 构造器 方式，B 中注入 A 采用 setter 方式	否

• 情况①我们已经分析了

• 情况②我们也能很快的理解，当 A 实例化构造函数时，发现有 B 对象，就会去实例化 B，而 B 又发现需要 A 的实例化对象便又去调用 A，这个时候 A 还没有创建出来，自然会出现问题
  

• 情况③ ，A 在 对 B 对象进行 setter 注入的时候，回去实例化 B 对象，这时候 A 对象已经创建出来了，所以 B 肯定能拿到 A 的对象，不会受到循环依赖的影响
  

• 情况④根本的原因就是当B进行 setter 注入 A 的时候，A 还没有实例化完成
  
  综上 我们能够得出来解决循环依赖的两种办法

1. 全部使用setter 注入方式
2. 先实例化 的对象使用 setter 方式注入 后实例化 的对象

归纳下来其实就是 先实例化 的对象必须使用 setter 方式注入 后实例化 的对象