0
  • 聊天消息
  • 系统消息
  • 评论与回复
登录后你可以
  • 下载海量资料
  • 学习在线课程
  • 观看技术视频
  • 写文章/发帖/加入社区
会员中心
创作中心

完善资料让更多小伙伴认识你,还能领取20积分哦,立即完善>

3天内不再提示

从源码层面深度剖析Spring循环依赖

OSC开源社区 来源:OSCHINA 社区 2022-12-22 10:34 次阅读

以下举例皆针对单例模式讨论图解参考:https://www.processon.com/view/link/60e3b0ae0e3e74200e2478ce

1、Spring 如何创建 Bean?

对于单例 Bean 来说,在 Spring 容器整个生命周期内,有且只有一个对象。Spring 在创建 Bean 过程中,使用到了三级缓存,即 DefaultSingletonBeanRegistry.java 中定义的:
    /** Cache of singleton objects: bean name to bean instance. */
    private final Map<String, Object> singletonObjects = new ConcurrentHashMap<>(256);

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

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

以 com.gyh.general 包下的 OneBean 为例,debug springboot 启动过程,分析 spring 是如何创建 bean 的。

参考图中spring 创建 bean的过程。其中最关键的几步有:1.getSingleton(beanName, true)依次从一二三级缓存中查找 bean 对象,如果缓存中存在对象,则直接返回 (early);2.createBeanInstance(beanName, mbd, args)选一个合适的构造函数,new 实例对象 (instance),此时的 instance 中依赖的属性还都是 null,属于半成品;3.singletonFactories.put(beanName, oneSingletonFactory)利用上一步的 instance,构建一个 singletonFactory,并将其放到三级缓存中;4.populateBean(beanName, mbd, instanceWrapper)填充 bean:为该 bean 定义的属性创建对象或赋值;5.initializeBean("one",oneInstance, mbd)初始化 bean:对 bean 进行初始化或其他加工,如生成代理对象 (proxy);6.getSingleton(beanName, false)依次在一二级缓存中查找,检查是否有因循环依赖导致提前生成的对象,有的话与初始化后的对象是否一致;

2、Spring 如何解决循环依赖?

以 com.gyh.circular.threeCache 包下的 OneBean 和 TwoBean 为例 ,两个 Bean 相互依赖(即形成闭环)。参考图中spring 解决循环依赖的过程可知,spring 利用三级缓中的 objectFactory 生成并返回一个 early 对象,提前暴露这个 early 地址,供其他对象依赖注入使用,以此解决循环依赖问题。

3、Spring 不能解决哪些循环依赖?

3.1 循环中使用了@Async注解

3.1.1 为什么循环中使用了@Async 会报错?

以 com.gyh.circular.async 包下的 OneBean 和 TwoBean 为例,两个 bean 相互依赖,且 oneBean 中的方法使用了@Async 注解,此时启动 spring 失败,报错信息为:org.springframework.beans.factory.BeanCurrentlyInCreationException: Error creating bean with name 'a.one': Bean with name 'a.one' has been injected into other beans [a.two] in its raw version as part of a circular reference, but has eventually been wrapped. This means that said other beans do not use the final version of the bean. This is often the result of over-eager type matching - consider using 'getBeanNamesForType' with the 'allowEagerInit' flag turned off, for example.并通过 debug 代码,发现报错位置在 AbstractAutowireCapableBeanFactory#doCreateBean 方法内,由于 earlySingletonReference != null 且 exposedObject != bean,导致报错。5a2ee708-813f-11ed-8abf-dac502259ad0.png结合流程图中spring 解决循环依赖及上述图片中可知:1.行 1 中 bean 为 createBeanInstance 创建的实例 (address1)2.行 2 中 exposedObject 为 initializeBean 后生成的代理对象 (address2)3.行 3 中 earlySingletonReference 为 getEarlyBeanReference 时创建的对象【此处地址同 bean (address1)】深层原因为:先前 TwoBean 在 populateBean 时已经依赖了地址为 address1 的 earlySingletonReference 对象,而此时 OneBean 经过 initializeBean 之后,返回了地址为 address2 的新对象,导致 spring 不知道哪个才是最终版的 bean,所以报错。earlySingletonReference 是如何生成的,参考 getSingleton ("one", true) 过程。

3.1.2 循环中使用了@Async 一定会报错吗?

依然以 com.gyh.circular.async 包下的 OneBean 和 TwoBean 为例,两个 bean 相互依赖,使 TwoBean (非 OneBean) 中的方法使用了@Async 注解,此时启动 spring 成功,并未报错。debug 代码可知:虽然 TwoBean 使用了 @Async 注解,但其 earlySingletonReference = null; 故不会引起报错。5a6698f6-813f-11ed-8abf-dac502259ad0.png深层原因为:OneBean 先被创建,TwoBean 后创建,再整条链路中,并未在三级缓存中查找过 TwoBean 的 objectFactory 。(OneBean 在创建过程中,被找过两次,即 one-> two ->one;TwoBean 的创建过程中,只找过它一次,即 two ->one。)由此可得:@Async 造成循环依赖报错的先约条件为:1.循环依赖中的 Bean 使用了 @Async 注解2.且这个 Bean,比循环内其他 Bean 先创建。3.注:一个 Bean 可能会同时存在于多个循环内;只要存在它是某个循环内第一个被创建的 Bean,那么就会报错。

3.1.3 为什么循环中使用了 @Transactional 不会报错?

已知使用了 @Transactional 注解的 Bean,Spring 也会为其生成代理对象,但为什么这种 Bean 在循环里时不会产生报错呢?以 com.gyh.circular.transactional 包下的 OneBean 和 TwoBean 为例,两个 Bean 相互依赖,且 OneBean 中的方法使用了 @Transactional 注解,启动 Spring 成功,并不会报错。debug 代码可知,生成 OneBean 过程中,虽然 earlySingletonReference != null,但 initializeBean 之后的 exposedObject 和 原始实例的地址相同(即 initializeBean 步骤中,并未对实例生成代理),所以不会产生报错。5ad3f7c0-813f-11ed-8abf-dac502259ad0.png3.1.4 为什么同样是代理会产生两种不同的现象?同样是生成代理对象,同样是参与到循环依赖中,会产生不同现象的原因是:当他们处在循环依赖中时,生成代理的节点不同:1.@Transactional 在 getEarlyBeanReference 时生成代理,提前暴露出代理之后的地址(即最终地址);2.@Async 在 initializeBean 时生成代理,导致提前暴露出去的地址不是最终地址,造成报错。为什么 @Async 不能在 getEarlyBeanReference 时生成代理呢?对比下两者执行的代码过程发现:两者都是在 AbstractAutoProxyCreator#getEarlyBeanReference 的方法对原始实例对象进行包装,如下图5afa0d48-813f-11ed-8abf-dac502259ad0.png使用 @Transactional 的 Bean 在 create proxy 时,获取到一个 advice ,随即生成了代理对象 proxy.5b3be77c-813f-11ed-8abf-dac502259ad0.png而使用 @Async 的 Bean 在 create proxy 时,没有获取到 advice,不能被代理.5b6c1d7a-813f-11ed-8abf-dac502259ad0.png

3.1.5 为什么 @Async 在 getEarlyBeanReference 时不能返回一个 advice?

在 AbstractAutoProxyCreator#getAdvicesAndAdvisorsForBean 方法内,其主要做的事情有:1.找到当前 spring 容器中所有的 Advisor2.返回适配当前 bean 的所有 Advisor第一步返回的 Advisor 有 BeanFactoryCacheOperationSourceAdvisor 和 BeanFactoryTransactionAttributeSourceAdvisor,并无处理 Async 相关的 Advisor.刨根问底,追查为什么第一步不会返回处理 Async 相关的 Advisor?已知使用 @Async @Transactional @Cacheable 需要提前进行开启,即提前标注 @EnableAsync、@EnableTransactionManagement、@EnableCaching 。以 @EnableTransactionManagement、@EnableCaching 为例,在其注解定义中,引入了 Selector 类,Selector 中又引入了 Configuration 类,在 Configuration 类中,创建了对应 Advisor 并放到了 spring 容器中,所以第一步才能得到这两个 Advisor.而 @EnableAsync 的定义中引入的 Configuration 类,创建的是 AsyncAnnotationBeanPostProcessor 并非一个 Advisor,所以第一步不会得到它,所以 @Async 的 bean 不会在这一步被代理。

3.2 构造函数引起的循环依赖

以 com.gyh.circular.constructor 包下的 OneBean 和 TwoBean 为例,两个类的构造函数中各自依赖对方,启动 spring,报错:org.springframework.beans.factory.BeanCurrentlyInCreationException: Error creating bean with name 'c.one': Requested bean is currently in creation: Is there an unresolvable circular reference?debug 代码可知,两个 bean 在根据构造函数 new instance 时,就已经陷入的死循环,无法提前暴露可用的地址,所以只能报错。

4、如何解决以上循环依赖报错?

1.不用 @Async,将需要异步操作的方法,放到线程池中执行。(推荐2.提出 @Async 标注的方法。(推荐)3.将使用 @Async 的方法提出到单独的类中,该类只做异步处理,不做其他业务依赖,即避免形成循环依赖,从而解决报错问题。参考 com.gyh.circular.async.extract 包。4.尽量不使用构造函数依赖对象。(推荐)5.破坏循环(不推荐)即不形成闭环,在开发之前,规划好对象依赖,方法调用链,尽量做到不使用循环依赖。(较难,随着迭代开发不断变化,很可能产生循环)6.破坏创建顺序(不推荐)7.由于使用 @Async 注解的所在类,比循环依赖内其他类先创建时才会报错,那么想办法使该类不先于其他类先创建,也可解决该问题,如:@DependsOn、@Lazy

审核编辑 :李倩


声明:本文内容及配图由入驻作者撰写或者入驻合作网站授权转载。文章观点仅代表作者本人,不代表电子发烧友网立场。文章及其配图仅供工程师学习之用,如有内容侵权或者其他违规问题,请联系本站处理。 举报投诉
  • 源码
    +关注

    关注

    8

    文章

    632

    浏览量

    29096
  • spring
    +关注

    关注

    0

    文章

    336

    浏览量

    14286

原文标题:从源码层面深度剖析 Spring 循环依赖

文章出处:【微信号:OSC开源社区,微信公众号:OSC开源社区】欢迎添加关注!文章转载请注明出处。

收藏 人收藏

    评论

    相关推荐

    设计到实施:楼宇自控系统建设流程的深度剖析

    设计到实施:楼宇自控系统建设流程的深度剖析 在探索现代建筑智能化的征途中,楼宇自控系统(BAS)无疑是引领变革的关键力量。它不仅深刻改变了建筑的管理模式,还极大地提升了建筑的运营效率与居住体验。
    的头像 发表于 08-27 16:37 248次阅读

    Spring Cloud Gateway网关框架

    Spring Cloud Gateway网关框架 本软件微服务架构中采用Spring Cloud Gateway网关控制框架,Spring Cloud Gateway是Spring C
    的头像 发表于 08-22 09:58 405次阅读
    <b class='flag-5'>Spring</b> Cloud Gateway网关框架

    MEMS 可编程振荡器的卓越代表:SiT9121 系列(1 to 220 MHZ)深度剖析

    MEMS 可编程振荡器的卓越代表:SiT9121 系列(1 to 220 MHZ)深度剖析
    的头像 发表于 08-13 10:56 364次阅读
    MEMS 可编程振荡器的卓越代表:SiT9121 系列(1 to 220 MHZ)<b class='flag-5'>深度</b><b class='flag-5'>剖析</b>

    探索巅峰性能 | 迅为RK3588开发板深度剖析

    探索巅峰性能 | 迅为RK3588开发板深度剖析
    的头像 发表于 08-12 14:07 708次阅读
    探索巅峰性能 | 迅为RK3588开发板<b class='flag-5'>深度</b><b class='flag-5'>剖析</b>

    表面贴装低相位噪音晶体振荡器 DSO531SHH 深度剖析

    表面贴装低相位噪音晶体振荡器 DSO531SHH 深度剖析
    的头像 发表于 07-26 14:12 304次阅读
    表面贴装低相位噪音晶体振荡器 DSO531SHH <b class='flag-5'>深度</b><b class='flag-5'>剖析</b>

    PSoC CAN不会深度睡眠中醒来是怎么回事?

    亲爱的论坛:我们用 PSoC6 开发了嵌入式软件。 但是我们遇到了以下问题:在某些主板上,PSoC6 CAN无法深度睡眠中醒来。 我们通过以下方法开发了深度睡眠和醒来过程: 第 1 步:关闭
    发表于 01-31 08:03

    Spring状态机的实现原理和使用方法

    说起 Spring 状态机,大家很容易联想到这个状态机和设计模式中状态模式的区别是啥呢?没错,Spring 状态机就是状态模式的一种实现,在介绍 Spring 状态机之前,让我们来看看设计模式中的状态模式。
    的头像 发表于 12-26 09:39 1809次阅读
    <b class='flag-5'>Spring</b>状态机的实现原理和使用方法

    dubbo和spring cloud区别

    Dubbo和Spring Cloud是两个非常流行的微服务框架,各有自己的特点和优势。在本文中,我们将详细介绍Dubbo和Spring Cloud的区别。 1.架构设计: Dubbo是阿里巴巴开源
    的头像 发表于 12-04 14:47 1521次阅读

    Spring依赖注入的四种方式

    Spring框架中,依赖注入是一种核心的概念和机制。通过依赖注入,我们可以让对象之间的依赖关系更加松散,并且能够方便地进行单元测试和模块化开发。在
    的头像 发表于 12-03 15:11 1768次阅读

    Spring MVC的工作原理

    Spring MVC是一种基于Java的Web应用程序框架,它采用了Model-View-Controller(MVC)设计模式来分离应用程序的不同方面。Spring MVC的工作原理涉及多个关键
    的头像 发表于 12-03 11:49 715次阅读

    深度剖析 IGBT 栅极驱动注意事项

    深度剖析 IGBT 栅极驱动注意事项
    的头像 发表于 11-24 14:48 635次阅读
    <b class='flag-5'>深度</b><b class='flag-5'>剖析</b> IGBT 栅极驱动注意事项

    Spring依赖注入的方式

    Spring 是一个开源的轻量级框架,可以用于构建企业级应用程序。其最重要的特性之一是依赖注入(Dependency Injection,DI),这是一种设计模式,它可以帮助我们解耦代码、提高
    的头像 发表于 11-22 15:12 439次阅读

    for in range循环怎么使用

    : for i in range ( 5 ): print (i) 在这个例子中,循环将会执行5次,输出结果为: 01234 循环变量 i 的取值是0到4。 指定循环起始值和结束值:
    的头像 发表于 11-21 14:49 1.2w次阅读

    spring分布式框架有哪些

    Spring分布式框架是一套基于Spring框架的解决方案,用于构建分布式系统。它提供了一系列的组件和模块,可以帮助开发人员轻松地构建可扩展、高可用、高性能的分布式应用程序。下面将详细介绍一些常用
    的头像 发表于 11-16 10:58 728次阅读

    Spring布能用来搭建基础架构吗

    Spring Boot 是一个用于简化 Spring 应用程序开发的框架,它利用 Spring 框架的强大功能,使得基础架构的搭建变得更加简单、轻量级、易于维护。在本文中,我们将详细讨论
    的头像 发表于 11-16 10:56 358次阅读