Spring的循环依赖和三级缓存

本文介绍了Spring的三级缓存,包括一级缓存存储创建好的单例Bean,二级缓存存实例化但未属性注入及初始化的对象,三级缓存是提前暴露的单例工厂。分析了普通和带AOP的循环依赖情况,指出使用二级缓存解决循环依赖会违背Spring设计原则。

转载

https://blog.youkuaiyun.com/bntX2jSQfEHy7/article/details/111658814

Spring有著名的三级缓存

  • singletonObjects:【一级缓存】 存储的是所有创建好了的单例Bean
  • earlySingletonObjects:【二级缓存】完成实例化,但是还未进行属性注入及初始化的对象
  • singletonFactories:【三级缓存】提前暴露的一个单例工厂,二级缓存中存储的就是从这个工厂中获取到的对象

一般而言,一个Spring对象创建分为三个部分

  • new一个对象
  • 为上面new出来的对象填充属性
  • 初始化,执行aware接口中的方法和相关初始化方法,并完成AOP代理

普通的循环依赖如图
在这里插入图片描述
从上面可以看到,三级缓存中存储的对象工厂其实没有任何实际作用。其中,我们是先创建了A对象,然后根据这个对象创建的工厂。完全可以支用二级缓存进行解决。

带AOP循环依赖图
在这里插入图片描述
和上面的区别是,A对象的的工厂返回的是A对象的代理。注意,并不是真正生成A的对象的代理,而是只会将三级缓存中加入这个工厂。
只有真正发生循环依赖的时候,才去利用这个工厂提前生成代理对象,

一个完成的spring bean的生命周期为
在这里插入图片描述
如果没有循环依赖,postProcessAfterInitialization后对bean添加AOP代理。现在有循环代理了,没有办法,只能提起你生成。

如果要使用二级缓存解决循环依赖,意味着所有Bean在实例化后就要完成AOP代理,这样违背了Spring设计的原则,Spring在设计之初就是通过AnnotationAwareAspectJAutoProxyCreator这个后置处理器来在Bean生命周期的最后一步来完成AOP代理,而不是在实例化后就立马进行AOP代理。

评论
成就一亿技术人!
拼手气红包6.0元
还能输入1000个字符
 
红包 添加红包
表情包 插入表情
 条评论被折叠 查看
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值