Spring源码深度解析总结(番外篇)—— 循环依赖

如果大家看过Spring实例化bean的核心方法——doCreateBean,大家会发现实例化bean是一个非常复杂的过程,而这其中最难以理解的就是对循环依赖的解决,这里我们就对此点问题进行一下说明。

什么是循环依赖

首先我们要弄懂循环依赖是什么。循环依赖就是循环引用,就是两个或者多个bean相互之间持有对方,比如CircleA、CircleB、CircleC三个类之间CircleA引用CircleB、CircleB引用CircleC、CircleC引用CircleA,则它们最终反映为一个环。

注意:循环引用和循环调用的区别,循环引用是属性之间的环引用,而循环调用是方法之间环调用,循环调用是无法解决的,除非有终结条件,否则就是死循环,最终导致内存溢出错误。

Spring如何解决循环依赖

Spring容器循环依赖构造器循环依赖和setter循环依赖,那Spring容器如何解决循环依赖呢,首先我们来定义循环引用类:

public class TestA{
    private TestB testB;

    public void a(){
        testB.b();
    }

    public TestB getTestB(){
        return testB;
    }

    public void setTestB(TestB testB){
        this.testB = testB;
    }
}

public class TestB{
    private TestC testC;

    public void b(){
        testC.c();
    }

    public TestC getTestC(){
        return testC;
    }

    public void setTestC(TestC testC){
        this.testC = testC;
    }
}

public class TestC{
    private TestA testA;

    public void c(){
        testA.a();
    }

    public TestA getTestA(){
        return testA;
    }

    public void setTestA(TestA testA){
        this.testA = testA;
    }
}

在Spring中将循环依赖的处理分成了3种情况。

1、构造器循环依赖

表示通过构造器注入构成的循环依赖,此依赖是无法解决的,只能抛出BeanCurrentlyInCreationException异常表示循环依赖。如在创建TestA类时,构造器需要TestB类,那将去创建TestB,在创建TestB类时又发现需要TestC类,则又去创建TestC类,最终在创建TestC类时候发现又需要TestA,从而形成一个环,没办法创建。

Spring容器将每一个正在创建的bean标识符放在一个“当前创建bean池中”,bean标识符在创建过程中将一直保持在这个池中,因此如果在创建bean过程中发现自己已经在“当前创建bean池”里时,则抛出BeanCurrentlyInCreationException异常表示循环依赖;而对于创建完毕的bean将从“当前创建bean池”中清除掉。

下面我们通过一个直观的测试用例来进行分析。

(1)创建配置文件


    



    



    

(2)创建测试用例

@Test(expected = BeanCurrentlyInCreationException.class)
public void testCircleByConstructor() Throwable{
    try{
        new ClassPathXmlApplicationContext("test.xml");
    }catch(Exception e){
        Throwable e1 = e.getCause().getCause().getCause();
        throw e1;
    }
}

针对以上代码的分析如下:

i.Spring容器创建“testA”bean,首先去“当前创建bean池”查找是否当前bean正在创建,如果没发现,则继续准备其需要的构造器参数“testB”,并将“testA”标识符放到“当前创建bean池”中

ii.Spring容器创建“testB”bean,首先去“当前创建bean池”查找是否当前bean正在创建,如果没发现,则继续准备其需要的构造器参数“testC”,并将“testB”标识符放到“当前创建bean池”中

iii.Spring容器创建“testC”bean,首先去“当前创建bean池”查找是否当前bean正在创建,如果没发现,则继续准备其需要的构造器参数“testA”,并将“testC”标识符放到“当前创建bean池”中

iv.到此为止Spring容器要去创建“testA”bean,发现该bean标识符在“当前创建bean池”中,因此标识循环依赖,抛出BeanCurrentlyInCreationException。

2、setter循环依赖

表示通过setter注入方式构成的循环依赖。对应setter注入造成的依赖是通过Spring容器提前暴露刚完成构造器注入但未完成其他步骤(如setter注入)的bean来完成的,而且只能解决单例作用域的bean循环依赖。通过提前暴露一个单例工厂方法,从而使其他bean能引用到该bean,如下代码所示

addSingletonFactory(beanName, () -> getEarlyBeanReference(beanName, mbd, bean));

具体步骤如下。

i.Spring容器创建单例“testA”bean,首先根据无参数构造器创建bean,并暴露一个“ObjectFactory”用于返回一个提前暴露的创建中的bean,并将“testA”标识符放到“当前创建bean池”,然后进行setter注入“testB”。

ii.Spring容器创建单例“testB”bean,首先根据无参数构造器创建bean,并暴露一个“ObjectFactory”用于返回一个提前暴露的创建中的bean,并将“testB”标识符放到“当前创建bean池”,然后进行setter注入“testC”。

iii.Spring容器创建单例“testC”bean,首先根据无参数构造器创建bean,并暴露一个“ObjectFactory”用于返回一个提前暴露的创建中的bean,并将“testB”标识符放到“当前创建bean池”,然后进行setter注入“testA”。进行注入“testA”时由于提前暴露了“ObjectFactory”工厂,从而使用它返回提前暴露一个创建中的bean。

iv.最后依赖注入“testB”和“testA”,完成setter注入。

3、prototype范围的依赖处理

对于“prototype”作用域bean,Spring容器无法完成依赖注入,因为Spring容器不进行缓存“prototype”作用域的bean,因此无法提前暴露一个创建中的bean,示例如下:

(1)创建配置文件


    



    



    

(2)创建测试用例

@Test(expected = BeanCurrentlyInCreationException.class)
public void testCircleBySetterAndPrototype() throws Throwable{
    try{
        ClassPathXmlApplicationContext ctx = new ClassPathXmlApplicationContext("testPrototype.xml");
        System.out.println(ctx.getBean("testA"));
    }catch(Exception e){
        Throwable e1 = e.getCause().getCause().getCause();
        throw e1;
    }
}

对于“singleton”作用域bean,可以通过setAllowCircleReferences(false)来禁用循环引用。







你可能感兴趣的:(Spring)