Spring篇 解决因为Bean的循环依赖——理论篇

 Spring Bean 循环依赖

循环依赖是指两个或多个 Bean 互相依赖，形成一个闭环。例如，A 依赖 B，B 又依赖 A。Spring则 提供了几种方式来解决这种循环依赖问题。

---

常见的几类 Bean 循环依赖场景

场景1：

解释：由于Bean A依赖了Bean B，而Bean B同时也依赖了Bean A，导致两者的依赖关系成了一个闭环，类似于死锁。

---

场景2：

解释：这个是因为设计出了问题，主要表现于三个或三个以上的Bean所导致，如图所示，Bean A依赖于Bean B，而Bean B又依赖于Bean C，Bean C又依赖于Bean A，形成了一个闭环，造成了循环依赖。

---

场景3：

解释：这种的话很好理解，自己引入自己，从而导致循环依赖。

---

代码示例：

代码如下:

package com.ktjy.springsecuritydemo.cycle;import org.springframework.stereotype.Service;@Service
public class ImcCycleA {/*** 构造方法循环依赖** @param imcCycleB*/public ImcCycleA(ImcCycleB imcCycleB) {}
}

---

 

代码如下：

package com.ktjy.springsecuritydemo.cycle;import org.springframework.stereotype.Service;@Service
public class ImcCycleB {/*** 构造方法循环依赖** @param imcCycleA*/public ImcCycleB(ImcCycleA imcCycleA) {}
}

上面的示例是模拟场景1， 因为在实例化的时候，我别的地方要用到ImcCycleA是就需要ImcCycleB，反之ImcCycleB就需要ImcCycleA，这就导致了死锁的问题。

---

解决方法：

使用三级缓存解决循环依赖

1. 一级缓存： 单例对象缓存池，存放已经完全初始化好的Bean。

2. 二级缓存：单例对象缓存池，存放正在初始化但还未完全初始化的Bean。

3. 三级缓存：存放Bean的原始BeanFactory（单例工厂的缓存）。

当A依赖B，B又依赖A时，Spring会先将A的半成品放入二级缓存，然后去创建B。如果B需要A，就会从二级缓存中获取A的半成品，从而避免了循环依赖的问题。

示例：

---

总结：

出现循环依赖，大概率是设计处理问题

解决办法：

1.做好设计和规划，尽量避免多个 Bean 的功能之间存在交叉，划分明确职责。

2.使用 Abstract Bean，公用的功能定义在其中，方便以后调用

3. 剥离出中间 Bean，其他 Bean 对其依赖注入，简单来说就是个还没完全弄好的东西（中间Bean），别的东西（其他Bean）先拿它来用，把它当成自己的一部分。