Spring中的循环依赖
很多文章一说起循环依赖,就开始说什么spring 中的三级缓存,又是从源码级别分析,又是从什么三级缓存分析甚至还从spring 容器底层开始分析,很多人看了之后云里雾里,并没有什么好的效果,这种情况下尽管出去面试,你能回答出来多少?本文章从大白话说一说什么循环依赖
什么是循环依赖
什么是循环依赖这个问题很简单,无非就是 A ref B,B ref A,使得每个对象都无法完成实例化,这是循环依赖最严重的问题
如何解决对象循环依赖
我们读过大量的博客,都会告诉我们 使用 setter 方式注入就会解决循环依赖,但是这是为什么呢?
首先spring 创建 Bean 的流程是
- 对象先进行实例化,也就是我们经常使用的 new
- 然后将
<property>
中的数据填充变量 - 最后进行初始化方法,完成 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"/>
我们结合一下 类的实例化过程(不考虑父类,类的实例化一定是先父类后子类)
- 静态方法和变量和代码块
- 实例变量
- 构造函数
这时候类已经在堆中存在了,并且对象中的变量也进行了空间分配
这时候我们在使用 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 还没有实例化完成
综上 我们能够得出来解决循环依赖的两种办法
- 全部使用setter 注入方式
先实例化
的对象使用 setter 方式注入后实例化
的对象
归纳下来其实就是 先实例化
的对象必须使用 setter 方式注入 后实例化
的对象