Spring 循环依赖问题

Spring 的循环依赖问题是指

需要初始化的Bean A需要依赖另一个BeanB

但是BeanB 也需要依赖Bean A 导致两个Bean的初始化都无法完成

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

其实若是不考虑AOP 二级缓存就完全足够解决这个问题

核心思路是 提前暴露没有完全初始化的Bean、

实例化完BeanA 后就把这个Bean放入二级缓存中

这样初始化BeanB时 就可以到二级缓存中拿到这个初始化了一半的BeanA

这样BeanB就可以完成初始化 BeanA也能完成依赖注入后结束初始化

但是问题的关键是Spring的一大特性便是AOP

若是Bean A是需要动态代理的Bean BeanB直接把BaenA 注入肯定是不对的

需要注入代理后的对象

那我们把BeanA代理后的对象放入二级缓存可以吗?

有两方面的原因 导致不能这么做

1.动态代理注入是在Bean初始化完成之后做的,此时A尚未完成初始化,拿不到动态代理类

2.假如能提前拿到A的代理对象 那岂不是A初始化完之后又会重新代理一次? 所以不行

Spring的解决是通过三级缓存

一级缓存:存完全初始化后的对象

二级缓存:存初始化了一半的对象

三级缓存:存初始化对象所用的ObjectFactory,当一级缓存二级缓存都没有需要的Bean时就会把这个Bean的工厂放到三级缓存中

有个疑问是,为什么用ObjectFactory就可以提前获取到动态代理类的对象?又是怎么避免初始化完成后再次代理的呢?

1.ObjectFactory内会判断是否为代理对象,若是代理对象则提前生成代理对象并返回

2.会有代理对象标记,若当前Bean已经被代理过 会被标记 不会二次初始化

获取到代理对象后会放入二级缓存,若此时还有其他Baen也要获取A 则直接返回二级缓存中的对象,不会再次生成代理对象,这也是二级缓存的作用

那为什么用ObjectFactory就没有提前代理的问题呢?

相关推荐
troyzhxu4 分钟前
列表查询的 GraphQL —— 一行代码终结你的 if-else 地狱!
java·springboot·graphql
kirs_ur19 分钟前
CXL(Compute Express Link)— 内存扩展的未来
服务器·数据库·性能优化
孫治AllenSun1 小时前
【DataX】生产环境搭建DataX集群案例
java·开发语言·jvm
好好沉淀2 小时前
@NotBlank(message = “{xxx}“) 注解中花括号的含义
java
fīɡЙtīиɡ ℡2 小时前
内存泄漏产生的原因
java·spring·servlet
MonolithIoT2 小时前
实战方案|设备备件无人值守仓库:连续化产线运维备件 7×24 小时数字化管控方案
运维·网络·数据库
瞬间&永恒~2 小时前
【MySQL】4-6:在同一个主机上使用 systemd 运行多个 MySQL服务器
服务器·数据库·mysql
心机之蛙qee2 小时前
Redis的主从、哨兵及集群
数据库·redis·缓存
gwf2163 小时前
磨损均衡算法(Wear Leveling)——SSD如何让每块闪存“公平退休“?
运维·数据库·人工智能·python·嵌入式硬件·算法·智能硬件
码智社3 小时前
Java实现RSA密钥生成、加密解密、加签验签
java