Spring如何解决循环依赖的

什么是循环依赖

多个bean之间相互依赖,形成了一个闭环。

  1. 互相依赖:比如 A 依赖 B,而 B 又依赖 A。
  2. 三者以及以上依赖:比如 A 依赖 B,B 依赖 C,而 C 又依赖 A。
  3. 自我依赖:比如 A 自己依赖自己。

三级缓存

Spring设计了三级缓存来解决循环依赖的问题,分别是singletonObjects;二级缓存:earlySingletonObjects;三级缓存:singletonFactories;

第一级缓存:(IOC 说到的单例池就是这里的一级缓存)singletonObjects,存放已经经历了完整生命周期的Bean对象。

第二级缓存:earlySingletonObjects,存放早期暴露出来的Bean对象,Bean的生命周期未结束(属性还未填充完整)。

第三级缓存:Map<String, ObiectFactory<?>> singletonFactories,存放可以生成Bean的工厂。

Bean初始化

getSingleton:希望从容器里面获得单例的bean。

doCreateBean: 没有就创建。

beanpopulateBean: 创建完了以后,要填充属性。

addSingleton: 填充完了以后,再添加到容器进行使用。

举例

例:A 依赖 B,B 依赖 A。C 依赖 E,D 依赖 E,E 不依赖任何其他类。

普通情况下:当创建C的时候,发现依赖E,就会到单例池中去找E,发现找不到,就创建E的Bean,创建完之后 去填充属性,不存在依赖关系的话,就直接创建成功了,加入到单例池中。后续创建D的时候,发现依赖了E,直接在单例池内找到了D就直接填充了属性。

循环依赖的:当创建A的时候,发现依赖了B,将A放入三级缓存,去尝试实例化B,当实例化B的时候,发现又依赖了A,B尝试查单例池(一级缓存),查不到找二级缓存,还是找不到,尝试查三级缓存,找到A之后,将A放到二级缓存,删除三级缓存里面的A,即标识了A是一个早期暴露并且还未填充完整属性的Bean。这样B的依赖就注入成功了,作为一个完整声明周期的Bean,B被放入了单例池(只是其内部的A还处于创建阶段)。再回过头来创建A,这时可以直接在单例池内找到B,A的依赖完成后,就直接创建成功,也放入了单例池内了。

结语

至此Spring解决循环依赖的方案大体描述清楚了,实际为什么会选择一个三级缓存的方式去设计,主要原因是为了避免在一个缓存内(假设是单例池),无法区分Bean的生命周期处于什么阶段,可能会导致其他类取到了一个未完善的Bean,比如属性未正常赋值导致为空 的问题。

  • 0
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值