Spring依赖循环问题解析

本文深入探讨了Spring框架中循环依赖的问题,特别是在构造函数注入场景下出现的死锁类似现象,并提供了解决方案,包括使用@Autowired注解和基于setter的依赖注入。

摘要生成于 C知道 ,由 DeepSeek-R1 满血版支持, 前往体验 >

Spring依赖循环问题

Spring容器能够顺利实例化以构造函数方式注入方式配置的Bean有一个前提:

Bean构造函数入参引用的对象必须已经准备就绪。由于这个机制的限制,如果两个Bean都采用构造函数注入,而且都通过构造函数入参引用对方,就会发生类似于线程死锁的循环问题。

循环依赖问题示例

Public class Car{
	Public Car(String brand,Boss boss){//构造函数依赖于一个boss实例
		this.brand=brand;
		this.boss=boss;
	}
}
Public class Boss{
	Public Boss(String name,Car car){//构造函数依赖于一个car实例
		this.name=name;
		this.car=car
	}
}

假设在Spring配置文件中按照一下进行配置

<bean id="car" class="com.smart.cons.Car" > 
        <!-- 通过构造方法设置属性值 -->
        <constructor-arg index="0" value=“红旗” />
        <constructor-arg index="1" ref=“boss” />

    </bean>
    
  
    <bean id="boss" class="com.smart.cons.Boss">
       <constructor-arg index="0" value=“john” />
        <constructor-arg index="1" ref=“car” />
    </bean>

当启动Spring IoC容器时,因为存在循环依赖问题。Spring容器将无法启动。解决这个问题只需要修改bean代码,将构造函数输入方式调整为属性注入方式。

不要使用基于构造函数的依赖注入,可以通过以下方式解决:
1.在字段上使用@Autowired注解,让Spring决定在合适的时机注入
2.用基于setter方法的依赖注入。

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值