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.构造器循环依赖
表示通过构造器注入构成的循环依赖,此依赖是无法解决的,只能抛出BeanCurrentlyIn CreationException异常表示循环依赖。
如在创建TestA类时,构造器需要TestB类,那将去创建TestB,在创建TestB类时又发现需要TestC类,则又去创建TestC,最终在创建TestC时发现又需要TestA,从而形成一个环,没办法创建。
Spring容器将每一个正在创建的bean标识符放在一个"当前创建bean池"中,bean标识符在创建过程中将一直保持在这个池中,因此如果在创建bean过程中发现自己已经在"当前创建bean池"里时,将抛出BeanCurrentlyInCreationException异常表示循环依赖;而对于创建完毕的bean将从"当前创建bean池"中清除掉。
我们通过一个直观的测试用例来进行分析。
(1)创建配置文件。
- <bean id="testA" class="com.bean.TestA">
- <constructor-arg index="0" ref="testB"/>
- </bean>
- <bean id="testB" class="com.bean.TestB">
- <constructor-arg index="0" ref="testC"/>
- </bean>
- <bean id="testC" class="com.bean.TestC">
- <constructor-arg index="0" ref="testA"/>
- </bean>
(2)创建测试用例。
- @Test(expected = BeanCurrentlyInCreationException.class)
- public void testCircleByConstructor() throws Throwable {
- try {
- new ClassPathXmlApplicationContext("test.xml");
- } catch (Exception e) {
- //因为要在创建testC时抛出;
- Throwable ee1 = e.getCause().getCause().getCause();
- throw e1;
- }
- }
针对以上代码的分析如下。
Spring容器创建"testA"bean,首先去"当前创建bean池"查找是否当前bean正在创建,如果没发现,则继续准备其需要的构造器参数"testB",并将"testA"标识符放到"当前创建bean池"。
Spring容器创建"testB"bean,首先去"当前创建bean池"查找是否当前bean正在创建,如果没发现,则继续准备其需要的构造器参数"testC",并将"testB"标识符放到"当前创建bean池"。
Spring容器创建"testC"bean,首先去"当前创建bean池"查找是否当前bean正在创建,如果没发现,则继续准备其需要的构造器参数"testA",并将"testC"标识符放到"当前创建Bean池"。
到此为止Spring容器要去创建"testA"bean,发现该bean标识符在"当前创建bean池"中,因为表示循环依赖,抛出BeanCurrentlyInCreationException。
2.setter循环依赖
表示通过setter注入方式构成的循环依赖。对于setter注入造成的依赖是通过Spring容器提前暴露刚完成构造器注入但未完成其他步骤(如setter注入)的bean来完成的,而且只能解决单例作用域的bean循环依赖。通过提前暴露一个单例工厂方法,从而使其他bean能引用到该bean,如下代码所示:
- addSingletonFactory(beanName, new ObjectFactory() {
- public Object getObject() throws BeansException {
- return getEarlyBeanReference(beanName, mbd, bean);
- }
- });
具体步骤如下。
(1)Spring容器创建单例"testA"bean,首先根据无参构造器创建bean,并暴露一个"ObjectFactory"用于返回一个提前暴露一个创建中的bean,并将"testA"标识符放到"当前创建bean池",然后进行setter注入"testB"。
(2)Spring容器创建单例"testB"bean,首先根据无参构造器创建bean,并暴露一个"ObjectFactory"用于返回一个提前暴露一个创建中的bean,并将"testB"标识符放到"当前创建bean池",然后进行setter注入"circle"。
(3)Spring容器创建单例"testC"bean,首先根据无参构造器创建bean,并暴露一个"ObjectFactory"用于返回一个提前暴露一个创建中的bean,并将"testC"标识符放到"当前创建bean池",然后进行setter注入"testA"。进行注入"testA"时由于提前暴露了"ObjectFactory"工厂,从而使用它返回提前暴露一个创建中的bean。
(4)最后在依赖注入"testB"和"testA",完成setter注入。
3.prototype范围的依赖处理
对于"prototype"作用域bean,Spring容器无法完成依赖注入,因为Spring容器不进行缓存"prototype"作用域的bean,因此无法提前暴露一个创建中的bean。示例如下:
(1)创建配置文件。
- <bean id="testA" class="com.bean.CircleA" scope="prototype">
- <property name="testB" ref="testB"/>
- </bean>
- <bean id="testB" class="com.bean.CircleB" scope="prototype">
- <property name="testC" ref="testC"/>
- </bean>
- <bean id="testC" class="com.bean.CircleC" scope="prototype">
- <property name="testA" ref="testA"/>
- </bean>
(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 ee1 = e.getCause().getCause().getCause();
- throw e1;
- }
- }
对于"singleton"作用域bean,可以通过"setAllowCircularReferences(false);"来禁用循环引用。
感谢互联网时代,让我可以方便地获取我想要的各种信息,当初我刚开始学习的时候,一直纠结于这里错综复杂的逻辑,幸好我看到了一篇文章解开了我心中的疑惑。在此,感谢原作者,并将原文与大家分享,帮助大家更好的理解Spring的依赖,大家可以从http://www.iflym. com/index.php/code/201208280001.html来获取原文。
相关推荐
以下将详细介绍Spring解决循环依赖的三种方式: 1. 构造器参数循环依赖(Constructor-based circular dependency) 这是描述中提到的第一种方式。当Spring检测到构造器参数中的循环依赖时,它会使用“三级缓存”...
Spring源码中最难的问题之一是循环依赖问题,当Spring AOP遇上循环依赖时,该如何解决? Spring通过三级缓存机制解决循环依赖的问题。 在Spring中,bean的实例化过程中,会先尝试从三级缓存中获取bean,这也是...
Spring三级缓存解决循环依赖.pdf
浅谈Spring解决循环依赖的三种方式 在软件开发中,循环依赖是一个常见的问题,特别是在使用依赖注入框架时。循环依赖是指多个类之间存在循环引用的情况,例如A类依赖B类,B类依赖C类,而C类又依赖A类。这种情况下,...
对于赋值属性循环依赖,即依赖对象通过setter方法注入,Spring采取了一种特殊策略来解决单例模式下的循环依赖。Spring维护了一个bean创建过程中的缓存,当一个单例bean正在创建时,会将其临时暴露给其他bean引用。...
Spring解决循环依赖的策略分为以下几个步骤: 1. **一级缓存(singletonObjects)**:存储完全初始化的bean,即已经完成所有依赖注入的bean。这是为了确保每个bean在整个应用中只被实例化一次,并且可以随时被其他...
Spring5.0源码深度解析之SpringBean循环依赖问题解决方案 Spring5.0源码深度解析之SpringBean循环依赖问题解决方案是指在Spring框架中如何解决Bean的循环依赖问题。在Spring框架中,Bean的循环依赖指的是两个或多个...
spring bean循环依赖时序图详细的描述了spring的循环依赖关系,帮我们快速了解spring是如何优雅的进行处理的
SpringBean 循环依赖问题与解决方案 SpringBean 循环依赖问题是指在 Spring 框架中,多个 Bean 之间存在相互依赖关系,导致 Bean 创建失败或无法正确注入的问题。这种问题常见于大型项目中,特别是在复杂的业务系统...
Spring 循环依赖解决过程详解 Spring 框架中循环依赖是一个常见的问题,它指的是两个或多个 Bean 之间存在的相互依赖关系,例如 A 依赖 B,B 依赖 A,这种情况下,Spring 需要解决这个循环依赖关系,以便正确地实例...
2. **构造器注入的循环依赖**:Spring无法在实例化阶段注入bean,因为此时依赖的bean还没有创建,所以构造器注入的循环依赖无法解决。 3. **静态字段的循环依赖**:静态字段的值在类加载时就确定,Spring无法在运行...
然而,Spring通过其强大的依赖注入机制,能够处理大部分场景下的循环依赖问题,但并非所有情况都能解决。 首先,让我们看看Spring如何处理单例bean(Singleton Beans)的循环依赖。在默认情况下,Spring采用三级...
Spring循环依赖debug源码图
本文将深入探讨Spring框架的核心特性——依赖注入(Dependency Injection, DI)和面向切面编程(Aspect-Oriented Programming, AOP),以及如何解决循环依赖问题。 首先,依赖注入是Spring框架的核心理念之一,它的...
总结来说,Spring的IoC和AOP特性显著提升了软件开发的效率和灵活性,而其解决循环依赖问题的策略则展示了Spring框架的强大设计能力。理解和掌握这些知识点对于任何Spring开发者来说都是至关重要的。
在Spring Boot应用中,构造器注入是一种常见的依赖注入方式,但它可能会引发循环依赖的问题。循环依赖是指两个或多个Bean之间形成一个闭环,彼此依赖对方,导致Spring容器在初始化Bean时无法确定创建顺序,从而抛出...
Spring 循环依赖的三种方式 Spring 循环依赖是指在 ...Spring 提供了多种方式来解决循环依赖问题,包括构造器参数循环依赖、setter 方法循环依赖和使用 @Autowired 注解。开发者可以根据实际情况选择合适的解决方案。
通过这些策略,Spring成功地解决了循环依赖的问题,保证了bean的正常实例化和依赖注入,从而维持了应用程序的正常运行。理解并掌握Spring处理循环依赖的方式对于优化和调试Spring应用至关重要,因为循环依赖可能导致...
Spring循环依赖的解决办法 Spring框架中,循环依赖是指两个或多个Bean相互引用,形成一个环。这篇文章主要介绍了Spring循环依赖的解决办法。在Spring中,循环依赖可以分为两种场景:构造器的循环依赖和属性的循环...