Spring之循环依赖

一、产生的原因

一个或多个对象实例之间存在直接或间接的依赖关系，这种依赖关系构成了构成一个环形调用。

第一种情况：自己依赖自己的直接依赖。A 依赖 A 形成了循环依赖。

第二种情况：两个对象之间的直接依赖。A 依赖 B，B 又依赖 A，它们之间形成了循环依赖。

第三种情况：多个对象之间的直接依赖。A 依赖 B，B 依赖 C，C 又依赖 A，形成了循环依赖。

二、产生循环依赖的主要场景

2.1单例的setter注入（可以解决）

经典代码：两个对象之间的直接依赖

@Service
public class TestService1 {

    @Autowired
    private TestService2 testService2;

    public void test1() {
    }
}

@Service
public class TestService2 {

    @Autowired
    private TestService1 testService1;

    public void test2() {
    }
}

上述代码可以正常运行，得益于spring的内部机制，通过三级缓存帮我们解决了循环依赖。

解决方式：Spring的三级缓存

2.2多例的setter注入（不能解决）

三级缓存不能解决的原因：多例是SCOPE_PROTOTYPE类型的类，非单例，不会被提前初始化bean，所以程序能够正常启动。

2.3构造器注入（不能解决）

注入代码

@Service
public class TestService1 {

    public TestService1(TestService2 testService2) {
    }
}

@Service
public class TestService2 {

    public TestService2(TestService1 testService1) {
    }
}

原因：

构造器注入没能添加到三级缓存，也没有使用缓存，所以也无法解决循环依赖问题。

2.4单例的代理对象setter注入（有可能解决）

spring的bean加载顺序说起了，默认情况下，spring是按照文件完整路径递归查找的，按路径+文件名排序，排在前面的先加载。所以TestService1比TestService2先加载，而改了文件名称之后，TestService2比TestService6先加载。

2.5DependsOn循环依赖（不能解决）

三、出现循环依赖如何解决

生成代理对象产生的循环依赖

这类循环依赖问题解决方法很多，主要有：

1. 使用@Lazy注解，延迟加载
2. 使用@DependsOn注解，指定加载先后关系
3. 修改文件名称，改变循环依赖类的加载顺序

使用@DependsOn产生的循环依赖

这类循环依赖问题要找到@DependsOn注解循环依赖的地方，迫使它不循环依赖就可以解决问题。

多例循环依赖

这类循环依赖问题可以通过把bean改成单例的解决。

构造器循环依赖

这类循环依赖问题可以通过使用@Lazy注解解决。