Spring循环依赖详解(看这篇就够了)

循环依赖：就是多个bean之间相互依赖，形成了一个闭环。

比如：A依赖于B、B依赖于A，如下图所示：

图片

体现到代码中为：

@Component
public class A{
   // 依赖B
   @Autowired
   private B b;
   public B getB() {
      return b;
   }
}


@Component
public class B {
   // 依赖A
   @Autowired
   private A a;
   public A getA() {
      return a;
   }
}

Spring的循环依赖过程：

• 首先实例化A -> 属性填充注入B -> B还没有实例化；
• 需要先进行实例化B(A等待) -> 实例化B -> 注入A -> A实例化未完成,无法注入 -> 实例化B失败 -> 实例化A失败；

这样反复就进入了死循环了。

Spring如何解决循环依赖

下面我还是用A -> B -> A的场景，我们按照过程一步步来分析，看一下Spring是如何解决循环依赖的。

第一步：首先是实例化A

图片

第二步：属性注入B

执行到属性填充环节需要注入B，因为Spring管理的bean默认是单例的，为防止重复创建Spring会先去容器中查找B，如果查找不到再进行创建。

如果Spring容器中是没有B，需要先实例化B，流程和实例化一致，如下图所示：

图片

第三步：属性注入A

此时B也执行到属性填充的环节了，此时又需要注入A，此时还是会先去Spring容器中查找A，此时的A虽然没在单例池中，但是因为在创建中并且也在三级缓存中了。

所以此时获取A的流程就发生了变化，不再是直接创建，而是会从三级缓存中获取A，如下图所示：

图片

三级缓存存放的并不是bean对象，而是生成bean的ObjectFactory，然后放入二级缓存中，同时返回A进行依赖注入。

第四步：初始化B

此时，继续执行B的实例化， 并将B从正在创建列表移出 ， 将B放入一级缓存，同时将B在二级缓存和三级缓存中删，最后返回B。

图片

在B实例化完成并返回后，A的实例化流程也从等待着苏醒继续执行，后续流程和B的完全一致。

图片

然后整个流程：A -> B -> A的场景就结束了。

这样Spring通过三级缓存来解决循环依赖的，提前暴露的对象存放在三级缓存中，二级缓存存放过渡bean，一级缓存存放最终形态的bean。

Spring三级缓存

// 从上至下 分表代表这“三级缓存”
private final Map singletonObjects = new ConcurrentHashMap<>(256); //一级缓存
private final Map earlySingletonObjects = new HashMap<>(16); // 二级缓存
private final Map> singletonFactories = new HashMap<>(16); // 三级缓存

1.三级缓存（singletonFactories）

singletonFactories：单例对象工厂的cache，存放 bean 工厂对象，用于解决循环依赖。

2.二级缓存（earlySingletonObjects）

主要存放过渡bean，也就是三级缓存中ObjectFactory产生的对象。

提前曝光的单例对象的cache，存放原始的 bean 对象：尚未填充属性，用于解决循环依赖。

3.一级缓存（singletonObjects）

也被称为单例池，去存放已经创建完成，并且属性也注入完毕的对象，一般情况我们获取bean都是从这里获取的。