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）先拿它来用，把它当成自己的一部分。