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从二级缓存移动到一级缓存中