Spring循环依赖

一 什么是循环依赖

循环依赖就是循环引用,多个对象之间相互引用对方形成一个环,最简单的就是A引用B,B引用A;还有A引用B,B引用C,C引用A等更多情形。

循环引用中必须要出现终结条件,否则会无限循环直到出现内存溢出(OOM)。

c30ad06a4b1e7ce53c5a920c833c1a00.png

二 Spring能不能解决循环依赖

Spring官网已说明是可以解决循环依赖的,但是只能解决setter注入的循环依赖,全是构造函数的循环依赖是无法解决的,部分构造函数部分setter注入一定条件下是可以解决的,还有一点就是bean要单例。

依赖关系注入方式能否被解决原因
AB相互依赖
都是setter注入

都会先走三级缓存
AB相互依赖都是构造函数注入

不走三级缓存
AB相互依赖A中注入B的方式为setter方法,B中注入A的方式为构造器
A和B创建过程都存放到三级缓存,B注入A虽然用的是构造函数,但是A在创建的过程中已经存放到三级缓存了
AB相互依赖B中注入A的方式为setter方法,A中注入B的方式为构造器
A在注入B的时候用构造函数,B没存放三级缓存,B虽然能正常注入A,但是A确不能从三级缓存获取B

三 Spring是如何解决循环依赖的

Spring内部定义了3个map来分别存放他的初始化对象(完整对象) 实例化后的对象 有代理类对象,其实就是通过中间容器把引用对象临时存放起来,之后初始化完成引用完整对象。

// 一级缓存,用于保存实例化、注入、初始化完成的bean实例
/** Cache of singleton objects: bean name to bean instance. */
  private final Map<String, Object> singletonObjects = new ConcurrentHashMap<>(256);


// 三级缓存,用于保存bean创建工厂,以便于后面扩展有机会创建代理对象。主要解决的是有AOP代理情况
/** Cache of singleton factories: bean name to ObjectFactory. */
  private final Map<String, ObjectFactory<?>> singletonFactories = new HashMap<>(16);


// 二级缓存,用于保存实例化完成的bean实例,未初始化
/** Cache of early singleton objects: bean name to bean instance. */
  private final Map<String, Object> earlySingletonObjects = new ConcurrentHashMap<>(16);

4c43be2878b261dfd3b68f8f76d259f6.png

四 不使用三级缓存能不能解决循环依赖

从上可以看出,使用二级缓存甚至一级缓存也是可以解决循环依赖的,那为什么会使用三级缓存呢?

首先使用一级缓存,这样相当于二级缓存的半成品(实例化)对象是和成品(初始化)对象是放在一起的,这样肯定会加大其中的逻辑,会使编码更加复杂。

那再来看三级缓存的意义,我们都知道Spring最强大的就是IOC和AOP,那如果依赖对象是被AOP代理对象,这个时候就需要用到三级缓存了,原理我们在下边说明。

所以,一级缓存是为了解决循环依赖,二级缓存是为了区分不同状态对象使编码逻辑更简便直观,三级缓存是为了处理AOP。

五 源码解析

我们说了这么多还是要通过源码去验证一下Spring是不是这样处理的。

我们先创建2个循环依赖的bean,一个MyTestBean,一个MyTestBeanA

<?xml version="1.0" encoding="UTF-8"?>
<beans xmlns="http://www.springframework.org/schema/beans"
xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
xsi:schemaLocation="http://www.springframework.org/schema/beans https://www.springframework.org/schema/beans/spring-beans.xsd">


<bean id="myTestBean" class="com.demo.test.MyTestBean">
<property name="myTestBeanA" ref="myTestBeanA"/>
</bean>


<bean id="myTestBeanA" class="com.demo.test.MyTestBeanA">
<property name="myTestBean" ref="myTestBean"/>
</bean>
</beans>

我们可以看到现在Spring容器中有2个bean需进行实例化->初始化

38ec5e4cd0d80263518d94d154fcce30.png

Spring Bean加载是根据配置文件顺序来进行的,我们断点跟到创建MyTestBean,先到缓存获取看当前bean是否有创建中的(一二三级缓存),这个时候我们才刚开始,肯定不会有,所以获取出来为null。

b9c7b4dc2e7d5f90d852164c45d50320.png

因为从缓存中获取不到MyTestBean,这个时候需要先进行创建,然后再从缓存获取。这一步有一个判断是否单例。

2c4382c3021060fdc58efa67dfe71e47.png

判断是否是单例bean,是否开启循环依赖,是否正在创建中,添加进缓存。(目前添加到三级缓存)

a92cc5a798286113784bebaa0cbffed7.png

现在一级缓存(完整对象)肯定没有,所以存放进三级缓存,添加到正在注册集合中。

04c846bed6f1f1901682a84b915f2ab5.png

到这一步其实MyTestBean已经实例化完了,并存放到了三级缓存,接下来就要进行属性注入了。

ab487535b7bbf97db8b2f959e7377a49.png

进行属性填充,我们这个类只有一个属性MyTestBeanA

2b764776470951a46224494b35c252a0.png

遍历填充属性,我们这个类只有一个属性MyTestBeanA

aad03604102706fa54a64b430b303c30.png

01ef861719ad58507078afcbef7f0711.png

接着开始从beanFactory获取MyTestBeanA

722532279ac0f65dbf59d9cb7b772491.png

到这,整个第一列都走完了,其实第二列也是这个流程,调用链流程梳理如下

7dc31ab6b860db471de2c9525fe508d5.png

09660cd51ef9461f86b1b2797e93d7f5.png

第二列流程和第一列是一样的,所以我们开始从第三列开始。

第三列我们可以看到从一级缓存获取不到数据,可以从三级缓存获取到数据;判断当前bean正在创建中,并可以从三级获取到,把对象保存到二级,删除三级数据。

这个时候相当于获取到了MyTestBean依赖,MyTestBeanA已经依赖MyTestBean成功,只不过MyTestBean还是一个半成品(没有初始化)。

d1287f34c40a98896ce519c926b9857c.png

e0e7e4802789f3247d9fba8a67a1a9bc.png

现在MyTestBeanA实例化和填充属性都完了,接着就是初始化。

0c7f56cb07bee88421726835e9196fe0.png

初始化完,createBean方法相当于处理完成,接着进入到getSingleton方法

51f839704fe960bd653340eef7e8f729.png

接着通过获取缓存,从二级缓存添加到一级缓存,删除三级和二级缓存数据,到此MyTestBeanA已经是一个成品bean了,而且存放到了一级缓存中。

be0e3362e6cb47487cc0fc93ebb8bf52.png

8cc1f08b893fb359b245764230af7ae1.png

因为之前MyTestBeanA注入MyTestBean的时候已经把A添加到二级缓存中了,这个时候MyTestBean是在注入属性MyTestBeanA的过程中,从一级缓存中可以直接拿到MyTestBeanA,所以MyTestBean依赖MyTestBeanA也完成,接着走到上图中MyTestBean流程,添加一级缓存,这样A也初始化完成。

五 循环依赖如何解决

    1. 使用@Lazy注解,延迟加载

    2. 使用@DependsOn注解,指定加载先后关系

六 总结

Spring循环依赖我们通过理论和验证知道是三级缓存解决的,一级缓存用于保存实例化 注入 初始化完整的一个bean,二级缓存用于保存实例化之后的bean(半成品),三级缓存保存的也是实例化之后的bean,但他主要作用是AOP代理,也许保存的是代理对象。

其实可以Bean实例化之后就可以生成代理对象,而不用三级缓存,但是这样违背了Spring的设计原则,Spring在设计之初就是通过后置增强处理器来完成AOP的代理,而且提前生成代理对象就需要Spring之后的逻辑特殊处理此对象,也是为了不影响之前的流程,通过增强处理器生成代理对象不会影响主逻辑。

在上篇(Spring容器(IOC)源码解析(二)

  • 1
    点赞
  • 2
    收藏
    觉得还不错? 一键收藏
  • 0
    评论

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值