Spring循环依赖解决方式源码解析

1. 什么是循环依赖?

循环依赖其实就是循环引用,也就是两个或则两个以上的bean互相持有对方,最终形成闭环。比如A依赖于B,B依赖于A我们直接上代码

先创建一个类ServiceA依赖于ServiceB,然后ServiceB又依赖于ServiceA

@Component
public class ServiceA {

    @Autowired
    private  ServiceB serviceb;
@Component
public class ServiceB {

    @Autowired
    private  ServiceA servicea;

2.Spring的单例对象的初始化主要分为三步:

  1. createBeanInstance:实例化,其实也就是调用对象的构造方法实例化对象

  2. 填充属性,这一步主要是多bean的依赖属性进行填充

  3. 调用实现了InitializingBean的接口,实现afterPropertiesSet方法,或者调用在配置文件中同过init-method的方法。

  4.  从上面单例bean的初始化可以知道:循环依赖主要发生在第一、二步,也就是构造器循环依赖和field循环依赖。那么我们要解决循环引用也应该从初始化过程着手,对于单例来说,在Spring容器整个生命周期内,有且只有一个对象,所以很容易想到这个对象应该存在Cache中,Spring为了解决单例的循环依赖问题,使用了三级缓存。

        这里会涉及到在spring内部所使用的两个内部属性,singletonFactories和earlySingletonObjects,这两个属性在类DefaultSingletonBeanRegistry中被定义,定义如下:

下面我们就看下spring创建单例bean的步骤吧

第一次创建ServiceA的步骤如下

org.springframework.beans.factory.support.AbstractBeanFactory#getBean方法在进入

由于是首次创建ServiceA在,singletonFactories和earlySingletonObjects和singletonFactories都不存在。所以返回了null。

然后通过反设创建了一个serviceA的BeanWrapper,然后在调用org.springframework.beans.factory.support.DefaultSingletonBeanRegistry#addSingletonFactory这时候我们singletonFactories就存在serviceA了

紧接着就是调用populateBean填充ServiceA的属性了,由于ServiceA有属性ServiceB,此时我们的ServiceB还没有被加载,然后ServiceA有需要ServiceB于是spring又去调用了创建ServiceB的方法

于是我们接着继续填充ServiceB的属性,由于ServiceB又依赖ServiceA,于是再去创建ServiceA由于此时ServiceA已经在singletonFactories里面了,然后我们就返回了一个是ServiceA(此时的属性serviceB是为null的),并且ServiceA从singletonFactories里面移除掉加入到earlySingletonObjects。

这样做有什么好处呢?让我们来分析一下“A的某个field或者setter依赖了B的实例对象,同时B的某个field或者setter依赖了A的实例对象”这种循环依赖的情况。A首先完成了初始化的第一步,并且将自己提前曝光到singletonFactories中,此时进行初始化的第二步,发现自己依赖对象B,此时就尝试去get(B),发现B还没有被create,所以走create流程,B在初始化第一步的时候发现自己依赖了对象A,于是尝试get(A),尝试一级缓存singletonObjects(肯定没有,因为A还没初始化完全),尝试二级缓存earlySingletonObjects(也没有),尝试三级缓存singletonFactories,由于A通过ObjectFactory将自己提前曝光了,所以B能够通过ObjectFactory.getObject拿到A对象(虽然A还没有初始化完全,但是总比没有好呀),B拿到A对象后顺利完成了初始化阶段1、2、3,完全初始化之后将自己放入到一级缓存singletonObjects中。此时返回A中,A此时能拿到B的对象顺利完成自己的初始化阶段2、3,最终A也完成了初始化,进去了一级缓存singletonObjects中,而且更加幸运的是,由于B拿到了A的对象引用,所以B现在hold住的A对象完成了初始化。

知道了这个原理时候,肯定就知道为啥Spring不能解决“A的构造方法中依赖了B的实例对象,同时B的构造方法中依赖了A的实例对象”这类问题了!因为加入singletonFactories三级缓存的前提是执行了构造器,所以构造器的循环依赖没法解决。

参考:https://blog.csdn.net/u010853261/article/details/77940767

发布了55 篇原创文章 · 获赞 31 · 访问量 8万+

猜你喜欢

转载自blog.csdn.net/zengfanwei1990/article/details/105336778