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：

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

代码示例：

代码如下:

java 复制代码

package com.ktjy.springsecuritydemo.cycle;

import org.springframework.stereotype.Service;

@Service
public class ImcCycleA {

    /**
     * 构造方法循环依赖
     *
     * @param imcCycleB
     */
    public ImcCycleA(ImcCycleB imcCycleB) {

    }
}

代码如下：

java 复制代码

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 ，这就导致了死锁的问题。

解决方法：

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

一级缓存 ： 单例对象缓存池，存放已经完全初始化好的Bean。
二级缓存 ：单例对象缓存池，存放正在初始化但还未完全初始化的Bean。
三级缓存 ：存放Bean的原始BeanFactory（单例工厂的缓存）。

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

示例：

总结：

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

解决办法：

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

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

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

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