一、产生的原因
一个或多个对象实例之间存在直接或间接的依赖关系,这种依赖关系构成了构成一个环形调用。
第一种情况:自己依赖自己的直接依赖。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循环依赖(不能解决)
三、出现循环依赖如何解决
生成代理对象产生的循环依赖
这类循环依赖问题解决方法很多,主要有:
- 使用
@Lazy
注解,延迟加载 - 使用
@DependsOn
注解,指定加载先后关系 - 修改文件名称,改变循环依赖类的加载顺序
使用@DependsOn产生的循环依赖
这类循环依赖问题要找到@DependsOn
注解循环依赖的地方,迫使它不循环依赖就可以解决问题。
多例循环依赖
这类循环依赖问题可以通过把bean改成单例的解决。
构造器循环依赖
这类循环依赖问题可以通过使用@Lazy
注解解决。