Spring 是如何解决循环依赖问题

【Spring源码三千问】哪些循环依赖问题Spring解决不了? 哪些循环依赖问题Spring解决不了?前言版本约定正文场景一: prototype 类型的循环依赖场景二: constructor 注入的循环依赖场景三:Proxy 类型的 Bean 的循环依赖小结 系列博文: 【老王读Spring IoC-0】Spring IoC 引入 【老王读Spring IoC-1】IoC 之控制反转引入 【老王读Spring IoC-2】IoC 之 BeanDefinition 扫描注册 【老王读Spring IoC-3】Spring bean 的创建过程 【老王读Spring I 阅读详情

Spring 框架通过 三级缓存 机制来解决循环依赖问题。循环依赖是指两个或多个 Bean 相互依赖,形成一个闭环,例如 Bean A 依赖 Bean B,而 Bean B 又依赖 Bean A。Spring 通过提前暴露未完全初始化的 Bean 来解决这个问题。

以下是 Spring 解决循环依赖的详细机制和流程:


1. Spring Bean 的生命周期

在理解循环依赖之前,需要了解 Spring Bean 的生命周期。Spring Bean 的创建过程主要包括以下步骤:

  1. 实例化:通过构造函数或工厂方法创建 Bean 的实例。
  2. 属性填充:将依赖的 Bean 注入到当前 Bean 中(通过 @Autowired、@Resource 等注解或 XML 配置)。
  3. 初始化:调用初始化方法(如 @PostConstruct、InitializingBean 的 afterPropertiesSet 方法)。
  4. 销毁:在容器关闭时调用销毁方法。

循环依赖通常发生在 属性填充 阶段。


2. 三级缓存机制

Spring 通过三级缓存来解决循环依赖问题。三级缓存分别是:

  1. 一级缓存(Singleton Objects):存储完全初始化好的单例 Bean。
  2. 二级缓存(Early Singleton Objects):存储提前暴露的未完全初始化的 Bean(仅实例化,未填充属性)。
  3. 三级缓存(Singleton Factories):存储 Bean 的工厂对象(ObjectFactory),用于生成提前暴露的 Bean。

3. 解决循环依赖的流程

以下是一个典型的循环依赖场景:

  • Bean A 依赖 Bean B。
  • Bean B 依赖 Bean A。

Spring 解决循环依赖的流程如下:

步骤 1:创建 Bean A
  1. Spring 开始创建 Bean A,调用构造函数实例化 Bean A。
  2. 将 Bean A 的工厂对象(ObjectFactory)放入三级缓存。
  3. 开始填充 Bean A 的属性,发现 Bean A 依赖 Bean B。
步骤 2:创建 Bean B
  1. Spring 开始创建 Bean B,调用构造函数实例化 Bean B。
  2. 将 Bean B 的工厂对象(ObjectFactory)放入三级缓存。
  3. 开始填充 Bean B 的属性,发现 Bean B 依赖 Bean A。
步骤 3:解决 Bean B 的依赖
  1. Spring 从三级缓存中获取 Bean A 的工厂对象,生成 Bean A 的早期引用(未完全初始化的 Bean A)。
  2. 将 Bean A 的早期引用放入二级缓存,并从三级缓存中移除 Bean A 的工厂对象。
  3. 将 Bean A 的早期引用注入到 Bean B 中。
  4. Bean B 完成属性填充和初始化,成为一个完全初始化的 Bean。
  5. 将 Bean B 放入一级缓存。
步骤 4:完成 Bean A 的创建
  1. Spring 将 Bean B 注入到 Bean A 中。
  2. Bean A 完成属性填充和初始化,成为一个完全初始化的 Bean。
  3. 将 Bean A 放入一级缓存,并从二级缓存中移除 Bean A 的早期引用。

4. 代码示例

以下是一个简单的循环依赖示例:

@Component
public class BeanA {
    @Autowired
    private BeanB beanB;
}

@Component
public class BeanB {
    @Autowired
    private BeanA beanA;
}

Spring 会通过三级缓存机制解决 BeanA 和 BeanB 之间的循环依赖。


5. 解决循环依赖的限制

Spring 的循环依赖解决方案有以下限制:

  1. 仅支持单例 Bean:Spring 只能解决单例作用域(Singleton)的 Bean 的循环依赖。原型作用域(Prototype)的 Bean 无法解决循环依赖。

  2. 构造函数注入无法解决循环依赖:如果循环依赖是通过构造函数注入的,Spring 无法解决。因为构造函数注入需要在实例化时完成依赖注入,而三级缓存机制无法提前暴露未完全初始化的 Bean。

    @Component
    public class BeanA {
        private final BeanB beanB;
    
        @Autowired
        public BeanA(BeanB beanB) {
            this.beanB = beanB;
        }
    }
    
    @Component
    public class BeanB {
        private final BeanA beanA;
    
        @Autowired
        public BeanB(BeanA beanA) {
            this.beanA = beanA;
        }
    }
    

    上述代码会抛出 BeanCurrentlyInCreationException 异常。

  3. 避免复杂的循环依赖:虽然 Spring 可以解决简单的循环依赖,但复杂的循环依赖可能会导致代码难以维护和理解,应尽量避免。


6. 如何避免循环依赖

  1. 使用 Setter 注入或字段注入:避免使用构造函数注入。
  2. 重新设计代码:通过重新设计类之间的关系,消除循环依赖。
  3. 使用 @Lazy 注解:延迟加载依赖的 Bean。
    @Component
    public class BeanA {
        private final BeanB beanB;
    
        @Autowired
        public BeanA(@Lazy BeanB beanB) {
            this.beanB = beanB;
        }
    }
    

7. 缓存状态的变化

以下是缓存状态的变化过程:

步骤一级缓存 (singletonObjects)二级缓存 (earlySingletonObjects)三级缓存 (singletonFactories)
创建 BeanA 实例后无无BeanA 的工厂对象
创建 BeanB 实例后无无BeanA 和 BeanB 的工厂对象
解决 BeanB 依赖后无BeanA 的早期引用BeanB 的工厂对象
BeanB 创建完成后BeanBBeanA 的早期引用无
BeanA 创建完成后BeanA 和 BeanB无无

总结

Spring 通过三级缓存机制解决了单例 Bean 的循环依赖问题,但构造函数注入和原型 Bean 的循环依赖无法解决。在实际开发中,应尽量避免循环依赖,保持代码的清晰和可维护性。如果无法避免,可以使用 Setter 注入或 @Lazy 注解来解决。

Spring是如何解决循环依赖问题的? 什么是Spring中的三级缓存? Spring中的三级缓存是如何解决循环依赖问题的? 解决Spring循环依赖问题一定需要第三级缓存吗? 解决Spring循环依赖问题一定需要第二级缓存吗? 什么场景下的Spring循环依赖问题无法解决? 采用了构造器的注入方式 相互依赖的bean都是原型bean 采用@DependsOn注解而导致的循环依赖 使用了@Async注解 如何解决构造器注入的循环依赖? @Lazy是如何解决Spring循环依赖问题的? 阅读详情

相关推荐

浅谈Spring 如何解决循环依赖问题

浅谈Spring 如何解决循环依赖问题前言正文 前言 1、在我们工作中当进行应用开发时,经常会遇到循环依赖的问题,因为随着系统业务复杂性的增大,Service调用另一个Service的场景经常出现,所以一不小心就会造成循环依赖的问题,如果循环链比较长,那可能要来一场头脑风暴,因为这个只有项目启动时才会抛出BeanCurrentlyInCreationException异常。 2、当你知道是怎么回事时,这时你想了解Spring 如何解决循环依赖的问题,于是你下定决心翻出Spring源码,也许花了很大力气或者大

u011520659的博客 1352

Spring如何解决循环依赖问题

1、什么是循环依赖:类与类之间的依赖关系形成了闭环,就会导致循环依赖问题的产生。 2、循环依赖问题在Spring中主要有三种情况: (1)通过构造方法进行依赖注入时产生的循环依赖问题。 (2)通过setter方法进行依赖注入且是在多例(原型)模式下产生的循环依赖问题。 (3)通过setter方法进行依赖注入且是在单例模式下产生的循环依赖问题。 3、Spring解决的单例模式下的setter方法依赖注入引起的循环依赖问题,主要是通过两个缓存来解决的

张维鹏的博客 4万+

避开命令行!在VMware vCenter 8.0图形化界面里搞定SSL证书续期全流程

本文详细介绍了在VMware vCenter 8.0图形化界面中完成SSL证书续期的全流程,包括计算机SSL证书、VMCA根证书和STS证书的管理。通过可视化操作,管理员无需使用命令行即可高效处理证书问题,确保vSphere环境的稳定运行。文章还提供了证书监控与预警配置的实用技巧,帮助用户提前规避证书过期风险。

weixin_27051161的博客 282

Spring 是如何解决循环依赖问题的

1.循环依赖 首先我们要知道什么是Spring的循环依赖问题。假如我们有两个bean,A 和 B。他们的代码简单如下: @Bean public class A { @Autowire private B b; } @Bean public class B { @Autowire private A a; } 也就是需要在A中注入B,在B中注入A,那么Spring在创建A的时候会出现这种现象:创建A实例后,在依赖注入时需要B,然后就去创建B,这时候发现又需要...

linzherong的博客 9475

UE4/5编译报错MSB3073终极解决指南:从路径检查到MSVC版本降级

本文针对UE4/5开发中常见的MSB3073编译报错,提供了一套从根源到实战的终极解决指南。文章系统性地讲解了错误成因,并分层次指导排查路径字符、环境变量、MSVC版本兼容性、权限冲突等核心问题,重点介绍了通过降级MSVC编译器版本等关键操作来彻底解决此编译难题。

rl6adventurer的博客 1432

openeuler在线/离线安装docker服务

openeuler在线/离线安装docker服务

haixuti7的博客 1071

Spring Bean循环依赖问题及解决

类与类之间的依赖关系形成了闭环,就会导致循环依赖问题的产生。举例来说,假设存在两个服务类A和服务类B,如果A通过依赖注入的方式引用了B,且B通过依赖注入的方式引用了A,那么A和B之间就存在循环依赖。推广来说,如果涉及多个类,也存在这种依赖关系,那么也是循环依赖问题。循环依赖问题比较严重,有时会影响服务启动,有时会导致死循环调用(如果线上环境出现循环调用,会导致程序进入死循环,然后服务崩溃,进而导致用户请求无法响应,造成生产事故),应引起足够的重视。

云原生Java Web领域技术博客 4254

使用petalinux做嵌入式设计开发(1)

1.创建vivado工程,建立硬件环境,最终导出hdf文件 既可以在windows系统下的vivado上编写硬件工程并导出hdf文件,也可以在linux系统下的vivado中编写硬件工程并导出hdf文件。(对于windows系统下导出的hdf文件还需要传递到linux系统下的文件夹中。) 2.以hdf硬件文件为基础创建,配置,编译,打包petalinux工程,导出linux系统所需镜像文件。 具体步骤: (0)设置环境变量 设置环境变量使得我们可以直接使用petalin...

plotup的博客 2076

【Spring】Spring是如何解决循环依赖问题的

不过要注意,构造器注入的循环依赖是无法解决的,因为构造器注入需要先完成实例化,而实例化的时候就需要依赖的Bean已经存在。需要提醒他们在遇到循环依赖时,检查异常信息,确定是哪种类型的循环依赖,以及Spring是否支持解决。总结一下,回答中需要涵盖:三级缓存机制、处理流程(实例化、提前暴露引用)、构造器注入和原型Bean的限制,以及如何避免循环依赖的建议。另外,Spring只能解决单例作用域的Bean的循环依赖。首先,我得回忆一下循环依赖的定义,就是两个或多个Bean相互依赖,比如A依赖B,B又依赖A。

weixin_45325628的博客 2150

uni-app 实现高德 / 百度 / 腾讯地图多端导航跳转(H5最全方案)

本文介绍了一套生产级可复用的多地图导航Hook封装方案。针对开发中常见的经纬度顺序混乱、中文乱码、参数不统一等问题,提供了统一解决方案。方案支持高德、百度、腾讯三大地图平台,封装了各平台的URI参数处理逻辑,包括坐标顺序转换、名称编码、导航模式适配等核心功能。通过组合式API设计,开发者只需调用统一入口即可实现多地图导航跳转,同时保留单独调用各平台的能力。文中还总结了6大常见坑点,并推荐默认使用高德地图作为最稳定的导航方案。该方案适用于车辆定位、物流配送等多种业务场景,可封装为可复用的Hooks组件。

专注于前端开发与实战技巧,记录从零到一的学习与项目经验。分享 Vue3 / JavaScript / TypeScript / Flutter /Uniapp等前端技术,以及 性能优化、工程化、最佳实践。 537

计算机网络实验报告实验七可靠传输TCP协议分析

计算机网络实验报告实验七可靠传输TCP协议分析

m0_56638814的博客 966

Spring是如何解决循环依赖问题

而earlySingletonObjects中存放的是那些提前暴露的对象,也就是已经创建但还没有完成属性注入的对象,属于第二级缓存。所谓的三级缓存,在Spring中表现为三个Map对象,定义在DefaultSingletonBeanRegistry类中,该类是DefaultListableBeanFactory的父类,如下所示。ClassB对象创建完成之后会放到第一级缓存中,这时候ClassA就能从第一级缓存中获取ClassB的实例,进而完成ClassA的所有初始化流程。

2401_83062316的博客 1423

【YOLOv11多模态融合改进】| CVPR2025 LCA轻量交叉注意力 双向模态交叉引导 + 双支路噪点抑制,兼顾纹理与热目标特征融合

可见光模态富含纹理、色彩、边缘细节,但夜间/低照度场景信噪比极低,暗区噪声泛滥;红外模态依靠热辐射凸显弱小目标、暗区物体轮廓,但缺失真实色彩与精细纹理。简单拼接/逐加融合仅做浅层特征叠加,无法建立可见光纹理、红外热特征的双向引导关联,两类模态互补信息无法精准互通;普通自注意力仅单模态内部建模,跨模态交互匮乏,红外热目标易被可见光暗噪声淹没,可见光有效纹理易被红外灰度信息覆盖;

Limiiiing的博客 115

Spring解决循环依赖问题

Spring解决循环依赖问题spring能不能解决循环依赖spring中循环依赖可能的解决办法spring是怎样解决循环依赖的为什么之前的操作会引起循环依赖 循环依赖是指:有个A对象,它的属性是B对象,而B对象的属性也是A对象,在对象创建时就陷入循环了。 spring能不能解决循环依赖 我们都知道spring框架是在帮我们管理bean时是可以解决bean之间循环依赖问题的,但是前几天在spring项目中仍然出现了这样的提示 Description: The dependencies of some of

weixin_43955575的博客 2124

R数据分析:潜在转化分析LTA的做法和解释(一)

之前给大家写了很多潜在类别分析的教程Mplus教程:如何做潜在类别分析LCAR数据分析:用R语言做潜类别分析LCAMplus数据分析:潜在类别分析(LCA)流程(详细版)R数据分析:再写潜在类别分析LCA的做法与解释,今天继续给大家拓展一步。 今天要介绍的就是潜在转换分析,这个东西就是LCA的纵向版本。是一个专门用来研究质变的统计技巧。有一句话叫做量变起质变,你怎么知道质变到底发生没有?就用潜在转换分析。 Latent transition analysis is an extension of...

Codewar的博客 7703

复分析 阿尔福斯(Ahlfors) 第三版答案 英文

答案分为十章,有部分习题没有答案,全英文复分析阿尔福斯(Ahlfors) 第三版答案

Spring 如何解决循环依赖的问题

(一)Spring  IOC容器---对象循环依赖1. 什么是循环依赖?  what?   (1)循环依赖-->循环引用。--->即2个或以上bean 互相持有对方,最终形成闭环。   eg:A依赖B,B依赖C,C又依赖A。【注意:这里不是函数的循环调用【是个死循环,除非有终结条件】,是对象相互依赖关系】2.  Spring中循环依赖的场景?where?     ①:构造器的循环依赖。...

Zeus_龙的博客 12万+

文档:亲测可用解决vnc灰屏,黑屏,鼠标大黑叉情况

主要解决vnc-viewer灰屏,黑屏,鼠标大黑叉等现象,详细见文档。

Spring如何解决循环依赖和循环依赖问题解决

要普通对象和代理对象是不能同时出现在容器中的,因此当一个对象需要被代理时,就要使用代理对象覆盖掉之前的普通对象,在实际的调用过程中,是没有办法确定什么时候对象被使用,所以就要求当某个对象被调用的时候,优先判断此对象是否被代理,类似于一种回调机制的实现,因此传入lambda表达式的时候,可以通过lambda表达式来执行对象的覆盖过程,getEarlyBeanReference()单例的Bean被创建后就被存放在一级缓存中,其实就是一个Map,只要这个单例bean被创建后,以后再次获取直接从Map中获取。

刘皇叔说Java的博客 2625

蓝牙模块HM-10手册

蓝牙模块HM-10手册,该手册对蓝牙模块HM-10进行了详细的介绍和使用方法以及一些AT指令。

STM32F407中文手册

STM32f407中文手册 本参考手册面向应用开发人员,提供有关使用 STM32F405xx/07xx、STM32F415xx/17xx、 STM32F42xxx 和 STM32F43xxx 微控制器存储器与外设的完整信息。STM32F405xx/07xx、STM32F415xx/17xx、STM32F42xxx 和 STM32F43xxx 构成一个微 控制器系列,各产品具有不同的存储器大小、封装和外设。有关订购信息以及器件的机械与电气特性,请参见数据手册。有关 ARM Cortex™-M4F 内核的信息,请参见《Cortex™-M4F 技术参考手册》。

【Spring】spring中怎么解决循环依赖的问题

在软件开发中,依赖注入是一种常见的设计模式,它可以帮助我们管理类之间的依赖关系,提高代码的可维护性和灵活性。然而,有时候我们可能会遇到循环依赖的问题,即两个或多个类之间相互依赖,形成一个循环引用链。Spring框架作为一个优秀的依赖注入容器,提供了多种解决循环依赖问题的机制,本文将对这些机制进行详细讲解。循环依赖是软件开发中常见的问题之一,但通过合理的设计和使用Spring框架提供的解决方案,我们可以有效地避免或解决这些问题。

AliceNo的博客 1698

Spring如何解决循环依赖的问题

很简单,就是A对象依赖了B对象,B对象依赖了A对象。// A依赖了Bclass A{}// B依赖了Aclass B{}那么循环依赖是个问题吗?如果不考虑Spring,循环依赖并不是问题,因为对象之间相互依赖是很正常的事情。a.b = b;b.a = a;这样,A,B就依赖上了。但是,在Spring中循环依赖就是一个问题了,为什么?因为,在Spring中,一个对象并不是简单new出来了,而是会经过一系列的Bean的生命周期,就是。...

blanceage的博客 1175

Spring 05-Spring如何解决循环依赖问题

Spring通过三级缓存机制解决循环依赖问题

2401_84606589的博客 2047

Spring中循环依赖问题的解决机制总结

Spring框架通过巧妙的"三级缓存"机制解决了循环依赖问题。// 一级缓存:存放完全初始化好的Bean// 二级缓存:存放原始的Bean对象(尚未填充属性),用于解决循环依赖// 三级缓存:存放Bean工厂对象,用于解决循环依赖一级缓存(singletonObjects):用于存储完全初始化好的Bean,即已经完成实例化、属性填充和初始化的Bean,可以直接被其他对象使用。二级缓存(earlySingletonObjects)

weixin_56018532的博客 1909

Spring 如何解决循环依赖问题

在 Java 后端开发中,Spring 框架的相关知识是重中之重,其中 Spring 如何解决循环依赖问题是一个常考的知识点,也是很多开发者需要深入理解的内容。今天我们就来详细聊聊这个话题。

m0_57836225的博客 422

spring解决循环依赖问题

一、简介: 循环依赖就是循环引用,就是两个或多个bean互相之间持有对方。比如beanA引用beanB,beanB引用beanA,当我们实例化beanA的时候发现beanB作为beanA的成员对象出现了,那么我们就可能在实例化beanA的中间需要先实例化beanB,然后完成beanB的实例化之后,才能完成beanA的实例化;可惜的是beanB中也引用了beanA,在实例化beanB过程中又需要实例化beanA,而beanA正在进行实例化,但完成beanA的实例化的条件是beanB实例化完成,完成beanB实

weixin_45942124的博客 843

spring中是如何解决循环依赖的问题

Bean A 依赖于 Bean B,而 Bean B 又依赖于 Bean A,这样形成了一个循环。在构造器注入的情况下,Spring 无法解决这个问题,因为所有依赖必须在构造器执行之前就已经准备好。然而,在属性注入(setter注入)和字段注入(field注入)的场景中,Spring 可以通过三级缓存机制打破循环依赖。Spring 使用三级缓存机制()来解决循环依赖问题。在 bean 创建的早期阶段,Spring 会将尚未完全初始化的对象暴露出来,以便其他依赖于它的对象能够使用。

yymagicer的博客 866
上一篇: CDN(内容分发网络)原理详解
下一篇: Java 中求两个 List集合的交集元素
冰糖心书房
博客等级 码龄15年 6014粉丝 690原创
评论
成就一亿技术人!
拼手气红包6.0元
还能输入1000个字符
 
 条评论被折叠 查看
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付:10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包

打赏作者

冰糖心书房

你的鼓励将是我创作的最大动力

¥1 ¥2 ¥4 ¥6 ¥10 ¥20
扫码支付:¥1
获取中
扫码支付

您的余额不足,请更换扫码支付或充值

打赏作者

实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

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

余额充值