Spring 是如何解决循环依赖问题的？

（本文摘自mic老师面试文档）

MIC:Spring 是如何解决循环依赖问题的？

普通人的回答：

Spring 是利用缓存机制来解决循环依赖问题的

MIC：再来看看高手的回答：

高手的回答：

我们都知道，如果在代码中，将两个或多个 Bean 互相之间持有对方的引用就会发生循

环依赖。循环的依赖将会导致注入死循环。这是 Spring 发生循环依赖的原因。

循环依赖有三种形态： 第一种互相依赖：A 依赖 B，B 又依赖 A，它们之间形成了循环依赖。【插入图片】

第二种三者间依赖：A 依赖 B，B 依赖 C，C 又依赖 A，形成了循环依赖。【 展示

图片】

第三种是自我依赖：A 依赖 A 形成了循环依赖。【图片展示】

而 Spring 中设计了三级缓存来解决循环依赖问题，当我们去调用 getBean()方法的时候，

Spring 会先从一级缓存中去找到目标 Bean，如果发现一级缓存中没有便会去二级

缓存中去找，而如果一、二级缓存中都没有找到，意味着该目标 Bean 还没有实例化。

于是，Spring 容器会实例化目标 Bean（PS：刚初始化的 Bean 称为早期 Bean） 。然

后，将目标 Bean 放入到二级缓存中，同时，加上标记是否存在循环依赖。如果不存在

循环依赖便会将目标 Bean 存入到二级缓存，否则，便会标记该 Bean 存在循环依赖，

然后将等待下一次轮询赋值，也就是解析@Autowired 注解。等@Autowired 注解赋

值完成后（PS：完成赋值的 Bean 称为成熟 Bean） ，会将目标 Bean 存入到一级缓存。

这里我可以做个总结，我们来看这张图

Spring 一级缓存中存放所有的成熟 Bean，

二级缓存中存放所有的早期 Bean，先取一级缓存，再去二级缓存。

面试官：那么，前面有提到三级缓存，三级缓存的作用是什

么？

三级缓存是用来存储代理 Bean，当调用 getBean()方法时，发现目标 Bean 需要通过

代理工厂来创建，此时会将创建好的实例保存到三级缓存，最终也会将赋值好的 Bean

同步到一级缓存中。

面试官：Spring 中哪些情况下，不能解决循环依赖问题？

1.多例 Bean 通过 setter 注入的情况，不能解决循环依赖问题

2.构造器注入的 Bean 的情况，不能解决循环依赖问题

3.单例的代理 Bean 通过 Setter 注入的情况，不能解决循环依赖问题

4.设置了@DependsOn 的 Bean 的情况，不能解决循环依赖问题

好的，看完高手的回答后，相信每位看完视频的小伙伴循环依赖有了更深刻的理解，

本期普通人 VS 高手系列的视频就到这里就结束了，喜欢的朋友一键三连，加个关注，