Spring：记录一次循环依赖问题解决的过程

1.问题描述

实际报错

循环抽象图片

如上图所示，在Springboot启动时，

在ServiceConfig里面实例化了2个bean：Bean1和Bean2；

在AserviceImpl里面注入了Bean1和Bservice；

在BserviceImpl里面注入了Cservice；

在CserviceImpl里面注入了Bean2

注入方式采用的Lombok的@AllArgsConstructor注解

这样在启动的时候就报循环依赖的问题，导致无法启动。

2.问题分析

spring容器在启动的时候，对Bean的依赖会进行递归实例化

先加载ServiceConfig，对Bean1和Bean2进行实例化；

再加载Aservice，对实现类Aserviceimpl进行实例化，其中有依赖Bean1和Bservice，然后BService依赖Cservice，Cservice又依赖Bean2，要想注入Bean2，需要等ServiceConfig加载完成，这样就形成死锁，形成了循环依赖的问题，导致服务启动失败。

3.解决思路

问题的发生因为实例之间的依赖形成了闭环，只要打破闭环即可解决问题

4.解决办法

方法一：打断Bservice和Cservice之间的依赖关系，打破闭环。

形成闭环的原因是对业务划分不合理，类的职责耦合太复杂，应对业务进行垂直分层，上层接口调用底层接口，上层类依赖基层类。

例如ServiceConfig中的对象就属于基础对象，用来被其他对象注入使用。把CserviceImpl使用Bean2的业务代码移植到Bservice中，这样就实现了Bservice对Cservice的依赖。至于Cservice对Bean2是否引用，已经不影响，因为闭环已经打破。

方法2：打断Cserviceimpl和ServiceConfig中对Bean2的依赖关系，打破闭环。

CserviceImpl注入Bean2，肯定是想使用Bean2对象的某个方法，CserviceImpl在实例化的时候并不会用到Bean2的方法，只有在方法调用时才使用。因此可以采用懒加载的方式，在服务启动加载初始化的过程中先不要注入，在调用方法时，再从Spring容器中通过实例名或者实例类型获取对象，然后通过对象调用其方法。