Spring源码之循环依赖

1. 循环依赖介绍

循环依赖是指两个及两个以上的Spring Bean实例之间相互引用,相互依赖,形成了一个闭环,如:A依赖B,B依赖A,或者A依赖B,B依赖C,C依赖A;Spring在创建Bean实例的同时会完成对其的依赖注入(DI)操作,且对于这种循环依赖的问题,Spring很巧妙的对其进行了解决;

循环依赖代码举例:

@Service
public class AService {

    // AService依赖BService
	@Autowired
	private BService bService;
}
@Service
public class BService {

    // BService依赖CService
	@Autowired
	private CService cService;
}

@Service
public class CService {

    // CService依赖AService
	@Autowired
	private AService aService;
}

2. Spring对其解决方案

Spring对循环依赖问题的解决方案是缓存,而且是三级缓存,再说直白一点就是三个Map实例,每一个Map实例存放着处于不同生命周期的Bean实例,具体的在本文第3点中解释;但是在这一点中需要强调的是Spring对于有一种循环依赖问题是无法解决的,就是构造函数注入的循环依赖,这种循环依赖有点类似到底是先有鸡还是先有蛋的问题,本身就是一种逻辑悖论,但对于常见的反射注入和Setter方法注入的循环依赖是没有问题的;

构造函数注入循环依赖代码举例:

@Service
public class AService {

	private BService bService;

	@Autowired
	public AService(BService bService) {
		this.bService = bService;
	}
}
@Service
public class BService {

	private CService cService;

	@Autowired
	public BService(CService cService) {
		this.cService = cService;
	}
}
@Service
public class CService {

	private AService aService;

	@Autowired
	public CService(AService aService) {
		this.aService = aService;
	}
}
// 循环依赖异常描述
org.springframework.beans.factory.BeanCurrentlyInCreationException: Error creating bean with name 'AService': Requested bean is currently in creation: Is there an unresolvable circular reference?

3. 三级缓存的作用

这里先提一下Spring Bean的生命周期:实例化 => 属性注入 => 初始化 => 销毁,主要逻辑代码都在doCreateBean方法中,分别是:createBeanInstance => populateBean => initializeBean

  • 一级缓存:Map<String, Object> singletonObjects = new ConcurrentHashMap<>(256)

    存放初始化完成的Bean实例,即这里面的Bean实例是可以被直接拿来使用的;

  • 二级缓存:Map<String, Object> earlySingletonObjects = new ConcurrentHashMap<>(16)

    存放处于属性注入状态的Bean实例,或者说处于正在创建中的Bean实例,二级缓存中的Bean实例一定是最终实例,也就是说如果有AOP存在的情况下,二级缓存中一定是其代理对象;

    注意:从Spring5.2.9版本开始二级缓存中的实例是可以被提前获取出来的,如果在IOC容器未完全实例化之前有其他线程从容器中获取Bean实例,就有可能得到的是不完整的Bean实例,从而导致异常!!!

  • 三级缓存:Map<String, ObjectFactory<?>> singletonFactories = new HashMap<>(16)

    存放的并不是Bean实例本身,而是一个包含Bean实例的对象工厂,该实例处于实例化完成后的状态;


4. 为什么是三级缓存

一级缓存能否解决循环依赖?

  • 能,只不过需要把所有生命周期的Bean实例放在一起,而且需要把代理对象生成的时间提前到Bean实例化后;

为什么不是一级缓存?

  • 只使用一级缓存就必须把处于任何生命周期状态的Bean实例都放在一起,在不使用包装类或者其他辅助缓存的情况下是无法区分Bean实例是否已初始化完成或者未完成,这样在容器初始化过程中若存在其他线程获取Bean实例就有可能取到一个不完整的Bean实例,导致异常发生(但Spring5.2.9版本开始也存在这个问题),若使用包装类则加重了代码的复杂程度,若为了避免获取到不完整的Bean实例,就不得不对其加锁,就又降低了性能;

二级缓存能否解决循环依赖?

  • 能,只不过需要把代理对象的创建提前到实例化之后,并同时放入二级缓存;

为什么不是二级缓存:

  • 为了保证Spring的设计原则(尽可能延迟代理对象的生成

5. 相关地址

源码链接:https://github.com/JackieGGu/spring-study/tree/master/spring-oneself

相关链接:https://www.cnblogs.com/youzhibing/p/14337244.html

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

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包

打赏作者

JackieGGu

你的鼓励将是我创作的最大动力

¥1 ¥2 ¥4 ¥6 ¥10 ¥20
扫码支付:¥1
获取中
扫码支付

您的余额不足,请更换扫码支付或充值

打赏作者

实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

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

余额充值