Spring 之循环依赖

yyangqqian

已于 2022-04-07 22:24:01 修改

阅读量495

点赞数

分类专栏： Spring 文章标签： java 开发语言后端

于 2020-11-27 21:18:18 首次发布

本文链接：https://blog.csdn.net/const_/article/details/110247082

版权

Spring 专栏收录该内容

14 篇文章 1 订阅

订阅专栏

文章目录

说一下Spring中是怎么解决循环依赖的
什么是循环依赖
Spring怎么解决循环依赖
图解解决循环依赖

说一下Spring中是怎么解决循环依赖的

1、实例化A，A添加到三级缓存。
2、A属性赋值，赋值B对象。
3、从一级缓存中获取 B，获取不到，会实例化 B。
4、B添加到三级缓存。
5、B属性赋值，赋值A对象，依次从一级缓存到三级缓存获取B，最终从三级缓存获取到A，然后将A放到二级缓存。
6、B初始化完毕，将B放入一级缓存，并且从二级三级缓存中移除。B创建完毕，赋值给A。
7、A初始化完毕，将A放入一级缓存，并且从二级三级缓存中移除。
8、A创建完毕。

流程图：
在这里插入图片描述

为什么通过构造器无法解决循环依赖？
因为Spring解决循环依赖是通过Bean的中间态完成的，这个中间态是已经实例化但尚未初始化的状态，也就是一个半成品。
如果实例化的过程中通过构造器创建，无法将一个对象提前暴露出来，因为这时还未创建好，所以构造器无法解决循环依赖。

二级缓存能否解决循环依赖？
通过上面的分析，其实把二级缓存拿掉，在 B 尝试获取 A 的时候直接返回 A 的实例，其实也是可以的。

但是为什么还是用三级缓存呢？
主要为了解决动态代理场景下的循环依赖。
如果去掉三级缓存：在创建代理对象的时候对Bean生命周期有影响。
如果去掉二级缓存：如果A依赖B和C，切B和C也依赖A，三级缓存的getObject()返回的是代理对象，会导致B和C依赖了不同的A。
如果只保留一级缓存呢：如果A依赖B，在实例化B的时候，从一级缓存是获取不到A的，因为这时A还未初始化完毕。

什么是循环依赖

循环依赖其实就是循环引用，也就是两个或则两个以上的bean互相持有对方，最终形成闭环。比如A依赖于B，B依赖于C，C又依赖于A。
在这里插入图片描述

Spring怎么解决循环依赖

Spring的单例对象的初始化主要分为三步：
1、createBeanInstance：实例化，其实也就是调用对象的构造方法实例化对象；
2、populateBean：填充属性，这一步主要是对bean的依赖属性进行填充；
3、initializeBean：调用spring xml中的init 方法；

Spring的循环依赖的理论依据其实是基于Java的引用传递，当我们获取到对象的引用时，对象的field或则属性是可以延后设置的（但是构造器必须是在获取引用之前）。

构造注入解决不了： 因为构造方法创建实例，每次都要new一个要构造的实例bean，而A创建时，依赖B，就去创建B，B又依赖了A，继续构造A，如此循环下去 A(B) B(A) A(B)->…，就会陷入一个死循环。

设值注入： 使用三级缓存来解决循环依赖问题；构造的对象使用无参构造方法，会把A先放入二级缓存（前置也会把A的工厂方法放到三级缓存），后面B，会从二级缓存中获取A（中间态）完成属性设置，B就直接进入了一级缓存中，递归回A，最后也进入一级缓存。

Spring为了解决单例的循环依赖问题，使用了三级缓存：

/** Cache of singleton objects: bean name --> bean instance */
private final Map<String, Object> singletonObjects = new ConcurrentHashMap<String, Object>(256);

/** Cache of singleton factories: bean name --> ObjectFactory */
private final Map<String, ObjectFactory<?>> singletonFactories = new HashMap<String, ObjectFactory<?>>(16);

/** Cache of early singleton objects: bean name --> bean instance */
private final Map<String, Object> earlySingletonObjects = new HashMap<String, Object>(16);