spring是怎么解决循环依赖的?

Spring创建bean主要分为两个步骤,创建原始bean对象,接着去填充对象属性和初始化,每次创建bean之前,我们都会从缓存中查下有没有该bean,因为是单例,只能有一个,当我们创建beanA的原始对象后,并把它放到三级缓存中,接下来就该填充对象属性了,这是时候发现依赖了beanB,接着就又去创建beanB,同样的流程,创建完beanB填充属性时又发现他依赖了beanA又是同样的流程,不同的是,这时候可以在三级缓存中查到刚放进去的原始对象beanA,所以不需要继续创建,用它注入beanB,完成beanB的创建,既然beanB创建好了,所以beanA就可以完成填充属性的步骤了,接着执行剩下的逻辑,闭环完成。

Spring解决循环依赖依靠的是Bean的“中间态”这个概念,而这个中间态指的是已经实例化但还没有初始化的状态-半成本。实例化的过程又是通过构造器创建的,如果A还没有创建好出来怎么可能提前曝光,所以构造器的循环依赖无法解决。

Spring为了解决单例的循环依赖问题,使用了三级缓存。
其中一级缓存为单例池(singletonObjects)
二级缓存为提前曝光对象(earlySingletonObjects)
三级缓存为提前曝光对象工厂(singletonFactories)

假设A、B循环引用,实例化A的时候就将其放入三级缓存,接着填充属性的时候,发现依赖了B,同样的流程也是实例化后三级缓存,接着去填充属性时又发现自己依赖A,这时候从缓存中查找到早期暴露的A,没有AOP代理的话,直接将A的原始对象注入B,完成B的初始化后,进行属性填充和初始化,这时候B完成后,就去完成剩下的A的步骤,如果有AOP代理,就进行AOP处理获取代理后的对象A,注入B,走剩下的流程。

猜你喜欢

转载自blog.csdn.net/miachen520/article/details/120874224