Springboot循环依赖问题

本文探讨了Spring Boot中如何识别和解决类间循环依赖问题,通过实例对比constructor-based DI与setter-based DI,并介绍了使用`@Lazy`注解的延迟加载方法。官方推荐采用setter注入来避免启动时Bean创建失败。
摘要由CSDN通过智能技术生成

循环依赖顾名思义多个类中的依赖形成了环路,形成了类似于死锁的情况,导致springboot在启动时无法为我们创建Bean。

1.循环依赖形成条件

使用构造方法的方式来注入依赖,并且类A中依赖类B,类B也同时依赖类A,这样两个类都无法正常进行Bean的创建,就会抛出异常:BeanCurrentlyInCreationException

@Component
public class A {

    private B b;

    @Autowired
    public A(B b) {
        this.b = b;
    }
}
@Component
public class B {
    private A a;

    @Autowired
    public B(A a) {
        this.a = a;
    }
}

2.循环依赖解决方法

        1.使用setter注入代替构造器注入

        2.使用lazy注解,延迟加载依赖

@Component
public class A {
    private B b;

    @Autowired
    @Lazy
    public A(B b) {
        this.b = b;
    }
}
@Component
public class B {
    private A a;

    @Autowired
    @Lazy
    public B(A a) {
        this.a = a;
    }
}

3.setter注入和构造器注入的比较

1.Constructor-based DI是强依赖(required dependencies)、会帮助判断注入的依赖是否为null、构造函数注入的组件需要以完全初始化的状态注入。

2.setter-based DI是可选依赖(optional dependencies)、不会判断null所以需要我们在代码中进行判断、setter注入可以使该类的对象在以后重新配置或重新注入。

如果要处理循环依赖问题,官方也建议我们使用setter注入方式。

dependency-resolution

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值