Spring源码分析系列(5)之循环依赖问题---图片总结版

最新推荐文章于 2025-04-15 22:52:14 发布

hanna22

最新推荐文章于 2025-04-15 22:52:14 发布

阅读量511

点赞数

分类专栏： spring spring源码文章标签： java spring

本文链接：https://blog.youkuaiyun.com/m0_60907200/article/details/124273175

版权

spring源码同时被 2 个专栏收录

9 篇文章

订阅专栏

spring

3 篇文章

订阅专栏

Spring通过三级缓存机制解决循环依赖问题，包括单例池、早期曝光对象和对象工厂。在A、B类的循环引用中，Spring在A实例化后放入三级缓存，然后在B的依赖注入过程中从缓存中获取A，完成整个生命周期。三级缓存确保了AOP代理在适当的时间进行，避免了二级缓存可能导致的问题。setter和构造器注入的循环依赖场景也得到了详细说明。

摘要生成于 C知道，由 DeepSeek-R1 满血版支持，前往体验 >

Spring如何解决循环依赖问题？

”Spring是如何解决的循环依赖？“

答：Spring通过三级缓存解决了循环依赖，其中一级缓存为单例池（singletonObjects）,二级缓存为早期曝光对象earlySingletonObjects，三级缓存为早期曝光对象工厂（singletonFactories）。当A、B两个类发生循环引用时，在A完成实例化后，就使用实例化后的对象去创建一个对象工厂，并添加到三级缓存中，如果A被AOP代理，那么通过这个工厂获取到的就是A代理后的对象，如果A没有被AOP代理，那么这个工厂获取到的就是A实例化的对象。当A进行属性注入时，会去创建B，同时B又依赖了A，所以创建B的同时又会去调用getBean(a)来获取需要的依赖，此时的getBean(a)会从缓存中获取，第一步，先获取到三级缓存中的工厂；第二步，调用对象工工厂的getObject方法来获取到对应的对象，得到这个对象后将其注入到B中。紧接着B会走完它的生命周期流程，包括初始化、后置处理器等。当B创建完后，会将B再注入到A中，此时A再完成它的整个生命周期。至此，循环依赖结束！（原型bean的循环依赖问题是无法解决的，一定会报错，无论setter，还是构造器）

”为什么要使用三级缓存呢？二级缓存能解决循环依赖吗？“

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