Srping是如何解决循环依赖的?

本文介绍了Spring2.6版本后对循环依赖处理的变化,通过三级缓存(单例池、二级缓存和基于原生对象的函数)分离bean实例化与依赖注入。当依赖冲突时,会根据AOP决定是否生成代理对象。
摘要由CSDN通过智能技术生成

spring2.6之前是支持循环依赖的,2.6之后需要设置参数开启。

Bean生命周期:实例化前中后、依赖注入、初始化前中后,运行、销毁。

Spring循环依赖解决主要方案是:使用了三级缓存。核心思想是把bean的实例化与bean属性的依赖注入进行分离。

三级缓存是指:

一级缓存:也叫单例池。存储经历过完整生命周期的bean。

二级缓存:存储未经过完整生命周期的bean。

三级缓存:存储的是基于原生对象的bean函数对象。

解决经过:发生依赖冲突之后,bean寻找顺序是:一级缓存——>二级缓存——>三级缓存

(1)当实例化bean之后,会向三级缓存添加一个key-value,value是基于原生对象的lamda表达式函数。(重点可以看一下此处的源码)

(2)发生依赖时,二级缓存没有,三级缓存一定有该bean名称的value函数,此函数会判断该冲突的bean是否需要进行AOP,spring切面的后置处理器会逻辑判断,如果需要进行AOP,则函数返回生成代理对象,如果不需要,则返回原生对象。

(3)三级缓存对象返回完,则会添加至二级缓存中,并在三级缓存移除该数据。

个人总结:三级缓存的作用是解决依赖属性存在AOP代理对象情况,这种情况下不能直接把原生对象丢到二级缓存中,而是要利用三级缓存去生成一个AOP的代理对象,然后放到二级缓存中。如果不考虑AOP的代理对象的情况,只是用二级缓存就可以了。

被AOP切面切到的bean对象,初始化后的是代理对象,在spring容器中包含代理对象和原生对象。

  • 8
    点赞
  • 8
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
源码深度解析是一种深入研究源代码的方法,通过仔细阅读和理解源代码中的细节和逻辑,以获得对代码的深刻理解和洞察。这样的分析可以帮助开发者更好地理解代码的实现方式,从而更好地理解并使用该代码库。 关于spring如何解决循环依赖的问题,我们可以从源码的角度来分析。Spring采用了三级缓存来解决循环依赖的问题。 第一级缓存是singletonFactories缓存,用于存储正在创建的Bean的工厂对象。当容器正在创建一个Bean时,会将这个Bean的工厂对象存储在singletonFactories缓存中。 第二级缓存是earlySingletonObjects缓存,用于存储已经完成了属性填充但尚未初始化完成的Bean。当容器创建一个Bean时,会将正在创建的Bean存储在earlySingletonObjects缓存中。 第三级缓存是singletonObjects缓存,用于存储已经完成初始化的Bean。当一个Bean初始化完成后,会将其存储在singletonObjects缓存中。 Spring在创建Bean的过程中,会先查找一级缓存,如果找到了对应的工厂对象,则直接返回该对象,避免了创建过程中的循环依赖。如果一级缓存中没有找到对应的工厂对象,则通过递归的方式创建依赖的Bean。 在创建Bean的递归过程中,如果发现正在创建的Bean已经在二级缓存中,说明发生了循环依赖。此时,Spring会从二级缓存中获取正在创建的Bean的代理对象,以解决循环依赖。 当一个Bean创建完成后,会将其放入三级缓存中,并从一级缓存和二级缓存中移除。 总结来说,Spring通过三级缓存的方式解决循环依赖的问题,保证了Bean的创建过程中不会陷入无限递归的循环。这种机制的实现使得Spring解决循环依赖问题上具有较好的性能和效率。
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值