浅谈一下Spring的循环依赖及解决方式

本文探讨了Spring框架中循环依赖的概念及解决方式,包括构造器循环依赖与field属性循环依赖的区别,以及Spring如何通过三级缓存机制来解决循环依赖问题。

摘要生成于 C知道 ,由 DeepSeek-R1 满血版支持, 前往体验 >

Spring中循环依赖场景

  • 构造器的循环依赖

  • field属性的循环依赖

其中,构造器的循环依赖问题无法解决,只能抛出BeanCurrentlyInCreationException异常,在解决属性循环依赖时,spring采用的是提前暴露对象的方法。

Spring的循环依赖的理论依据基于Java的引用传递,当获得对象的引用时,对象的属性是可以延后设置的。但是构造器必须是在获取引用之前

  • Spring的单例对象的初始化主要分为三步:

  1. createBeanInstance:实例化,其实也就是调用对象的构造方法实例化对象

  2. populateBean:填充属性,这一步主要是对bean的依赖属性进行填充

  3. initializeBean:调用spring xml中的init方法

从上面单例bean的初始化可以知道:循环依赖主要发生在第一、二步,也就是构造器循环依赖和field循环依赖。

Spring循环依赖解决方式

那么我们要解决循环引用也应该从初始化过程着手,对于单例来说,在Spring容器整个生命周期内,有且只有一个对象,所以很容易想到这个对象应该存在Cache中,Spring为了解决单例的循环依赖问题,使用了三级缓存。

  • singletonFactories:单例对象工厂的cache

  • earlySingletonObjects:提前曝光的单例对象的cache

  • singletonObjects:单例对象的cache

在创建bean的时候,首先想到的是从cache中获取这个单例的bean,这个缓存就是singletonObjects。如果获取不到,并且对象正在创建中,就再从二级缓存中earlySingletonObjects中获取。如果还是获取不到且允许singletonFactories通过getObject()获取,就从三级缓存singletonFactory.getObject()三级缓存获取,如果获取到了则从singletonGactories中移除,并放入earlySingletonObjects中。其实也就是从三级缓存移动到了二级缓存。 

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值