Spring的循环依赖

一、什么是循环依赖

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

比如：A依赖于B、B依赖于C、C依赖于A

通常来说，如果问spring容器内部如何解决循环依赖，一定是指默认的单例Bean中，属性互相引用的场景

也就是说，Spring的循环依赖，是Spring容器注入时候出现的问题。

二、两种注入方式对循环依赖的影响 2.1 循环依赖官网说明

spring官网

2.2 结论

我们AB循环依赖问题只要A的注入方式是setter且singleton，就不会有循环依赖问题。

三、Spring容器循环依赖报错演示

BeanCurrentlyInCreationException

3.1 注入依赖的方式

循环依赖现象在Spring容器中注入依赖的对象，有2种情况

3.1.1 构造器方式注入依赖

结论：构造器注入没有办法解决循环依赖，你想让构造器注入支持循环依赖，是不存在的。

3.1.2 以set方式注入依赖

3.2 code案例演示 3.2.1 code-java基础编码

3.2.2 Spring容器

1.默认的单例(singleton)的场景是支持循环依赖的，不报错

2.原型(Prototype)的场景是不支持循环依赖的，报错 

 scope="prototype"代表每次都要新建一次对象

默认单例，修改为原型scope="prototype"就导致了循环依赖错误

只有单例的bean会通过三级缓存提前暴露来解决循环依赖的问题，因为单例的时候只有一份，随时复用，那么就放到缓存里面。

而多例的bean，每次从容器中获取都是一个新的对象，都会重新创建，所以，非单例的bean是没有缓存的，不会将其放到三级缓存中。

3.3. 结论

Spirng内部通过三级缓存来解决循环依赖

所谓的三级缓存，其实就是spring容器内部用来解决循环依赖问题的三个map。

四、循环依赖debug 4.1 实例化/初始化 4.1.1 实例化

堆内存中申请一块内存空间

租赁好房子，自己的家具东西还没有搬家进去

4.1.2 初始化属性填充

完成属性的各种赋值

装修、家电家具进场

4.2 三大Map和四大方法，总体相关对象

A/B两对象在三级缓存中的迁移说明

1.A创建过程中需要B，于是A将自己放到三级缓存里面，去实例化B

2.B实例化的时候发现需要A，于是，B先查一级缓存，没有，再查二级缓存，还是没有，再查三级缓存，找到了A，然后，把三级缓存里面的这个A放到二级缓存里面，并删除三级缓存里面的A。

3.B顺利初始化完毕，将自己放到一级缓存里面(此时B里面的A依然是创建中状态)，然后，回来接着创建A，此时B已经创建结束，直接从一级缓存里面拿到B，然后完成创建，并将A自己放到一级缓存里面。

4.3 Debug技巧

五、总结

Spring是如何解决循环依赖的

5.1 解释

5.2 spring解决循环依赖的整个流程图

5.3 Debug的步骤

Spring解决循环依赖过程

视频教程，流程图，流程图，好文，gif分析