Spring中的循环依赖问题

阅读目录

1、什么是Spring中的循环依赖
- 循环依赖的Error演示
2、怎么解决Spring中的循环依赖
- Spring三级缓存：
- 总结Spring如何解决循环依赖的：

1、什么是Spring中的循环依赖

　　循环依赖就是循环引用，就是两个或多个bean相互之间的持有对方，比如CircleA引用CircleB，CircleB引用CircleC，CircleC引用CircleA，则它们最终反映为一个环

循环依赖的Error演示

Spring中分为两种情况

1）构造器循环依赖、

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

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

通过原生JavaSE代码演示：

2）setter循环依赖

对于setter注入造成的依赖是通过Spring容器提前暴露刚完成构造器注入但未完成其他步骤（如setter注入）的bean来完成的，而且只能解决单例作用域的bean循环依赖。

我们都知道Spring中Bean的作用域(scope)默认是Single,就是说在整个bean中他们共享的是一个对象，理论来说是不会出现循环依赖的：

第一种默认(Singleton)：

DemoA：

/**
 * @author zhangzhixi
 * @date 2021-6-4 19:45
 */
public class DemoA {
    private DemoB demoB;
 
    public DemoB getDemoB() {
        return demoB;
    }
 
    public void setDemoB(DemoB demoB) {
        this.demoB = demoB;
    }
}　

DemoB：

/**
 * @author zhangzhixi
 * @date 2021-6-4 19:45
 */
public class DemoB {
    private DemoA demoA;
 
    public DemoA getDemoA() {
        return demoA;
    }
 
    public void setDemoA(DemoA demoA) {
        this.demoA = demoA;
    }
}

Bean：

测试:(正常)

@Test
public void test1() {
    ApplicationContext applicationContext = new ClassPathXmlApplicationContext("application.xml");
    DemoA a = applicationContext.getBean("a", DemoA.class);
    DemoB b = applicationContext.getBean("b", DemoB.class);
}

第二种原型:(protype):

修改bean的作用域为：protype，我们再进行一个测试~

报错：

回到顶部

2、怎么解决Spring中的循环依赖

Spring三级缓存：

只有单例的bean会通过三级缓存提前暴露来解决循环依赖的问题，而非单例的bean，每次从容器中获取的都是一个新的对象，都会重新创建，所以非单例的bean是没有缓存的，不会将其放到三级缓存中。

第一级（单例池）：singletonObjects，存放已经经历了完整生命周期的bean对象。

第二级：earlySingletonObjects，存放早期暴露出来的Bean对象，Bean的生命周期未结束（属性还未填充）。

第三级：Map<String, ObjectFactory<?>> singletonFactories，存放可以生成Bean的工厂。

A/B两个互相依赖的对象在三级缓存中迁移说明？

循环依赖源码看完了尚硅谷周阳讲的，实在是太高深了，下面放个图（精简版）：

总结Spring如何解决循环依赖的：

Spring解决循环依赖依靠的是Bean“中间态”的概念，即已经实例化但是还未初始化的状态。实例化过程是通过构造器实现的，如果A还未创建好则不能提前暴露，所以构造器注入无法解决循环依赖问题。

Spring解决循环依赖过程：

调用doGetBean()方法，想要获取beanA，于是调用getSingleton()方法从缓存中查找beanA
在getSingleton()方法中，从【一级缓存】中查找，没有，返回null
doGetBean()方法中获取到的beanA为null，于是走对应的处理逻辑，调用getSingleton()的重载方法（参数为ObjectFactory的)
在getSingleton()方法中，先将beanA_name添加到一个集合中，用于标记该bean正在创建中。然后回调匿名内部类的creatBean方法
进入AbstractAutowireCapableBeanFactory#doCreateBean，先利用反射创建出beanA的实例，然后判断：是否为单例、是否允许提前暴露引用(对于单例一般为true)、是否正在创建中（即是否在第四步的集合中）。判断为true则将beanA添加到【三级缓存】中
对beanA进行属性填充（populateBean），此时检测到beanA依赖于beanB，于是开始查找beanB
调用doGetBean()方法，和上面beanA的过程一样，到缓存中查找beanB，没有则先在【三级缓存】中创建，然后给beanB填充属性
此时 beanB依赖于beanA，调用getSingleton()获取beanA，依次从一级、二级、三级缓存中找，此时从【三级缓存】中获取到beanA的创建工厂，通过创建工厂获取到singletonObject，此时这个singletonObject指向的就是上面在doCreateBean()方法中实例化的beanA
将beanA从【三级缓存】移动到【二级缓存】，beanB就获取到了beanA的依赖，beanB顺利完成实例化，从【三级缓存】直接移动到【一级缓存】
随后beanA继续属性填充工作，从【一级缓存】中获取到beanB，beanA完成初始化，回到getsingleton()方法中继续向下执行，将beanA从二级缓存移动到一级缓存中