使用@Lazy解决循环依赖问题

最新推荐文章于 2024-05-03 10:15:00 发布

skyline_wx

最新推荐文章于 2024-05-03 10:15:00 发布

阅读量1w

点赞数 14

分类专栏：问题排查

本文链接：https://blog.csdn.net/WX10301075WX/article/details/123904543

版权

12 篇文章 2 订阅

订阅专栏

现象

现在有两个Bean，一个叫beanA，一个叫beanB，beanA通过构造器依赖beanB，beanB通过 @Autowrited依赖beanA：

BeanA.java

@Component
public class BeanA {

    private final BeanB beanB;

    public BeanA(BeanB beanB) {
        this.beanB = beanB;
    }
}

BeanB.java

@Component
public class BeanB {

    @Autowired
    private BeanA beanA;

}

上面的这两个Bean在启动时会被Spring提示循环依赖，服务启动失败。
在这里插入图片描述

首先，我们先来探究一下这是一个什么样的循环依赖：

Spring通过AbstractAutowireCapableBeanFactory#createBeanInstance创建BeanA的实例对象
BeanA没有默认的构造器，也没有被@Autowrited的修饰的构造，所以Spring会选择带有BeanB的构造器来实例化BeanA
Spring开始实例化BeanB，BeanB直接使用默认构造器实例化
实例化完成后，开始对BeanB执行AbstractAutowireCapableBeanFactory.populateBean，这时会由AutowiredAnnotationBeanPostProcessor来处理BeanB上的@Autowired注解。
由于BeanB @Autowired了BeanA，所以此时BeanB需要BeanA的实例来完成自己的依赖注入。
但是，此时BeanA已经开始实例化，但是还没有实例化完成（因为需要构造器注入BeanB）
所以，就产生了循环依赖

那么要如何破除循环依赖呢？常见的办法有两种：

使用 @Lazy 其实用的就是代理的方式来解决循环依赖的。

接下来我们debug看下为什么@Lazy能解决循环依赖

在创建beanA时，Spring依旧找到了带有BeanB的构造器
Spring依然需要实例化一个BeanB出来，但是因为BeanA的构造器上写了 @Lazy，所以Spring为BeanB创建了一个代理，并返回了。
接下来BeanB正常进行BeanB的初始化，当处理BeanB的 @Autowired BeanA时，由于BeanA已经创建完毕，所以BeanB也就可以正常创建了。
因为BeanA中的beanB其实是一个BeanB的代理，所以 beanA.getBeanB() 一定和beanB不是一个对象
但是 beanA.getBeanB().getBeanA() 却和beanA是同一个对象
这是因为在执行代理对象的getBeanA()时，会触发TargetSource的getTarget()方法，从而返回真正的beanB

所以beanA.getBeanB().getBeanA()和beanA指向的是同一个对象。

其实在SpringBoot 2.6.0之后Spring官方已经不建议循环依赖了，出现循环依赖还是最好从编码层面做解耦比较好。
如果项目比较复杂，解耦不易的话，可以采用 @Lazy的方式解决一部分循环依赖的问题。但是要注意 @Lazy会使用代理，用代理有用代理的坑，比如CGLIB代理模式下不能直接访问属性、final和private的方法不能代理等。

关注