一、什么是循环依赖
所谓的循环依赖是指，A 依赖 B，B 又依赖 A，它们之间形成了循环依赖。或者是 A 依赖 B，B 依赖 C，C 又依赖 A，形成了循环依赖。更或者是自己依赖自己。它们之间的依赖关系如下
二、循环依赖的场景
1、构造器的循环依赖
2、field属性的循环依赖
三、如何解决循环依赖
1、构造器的循环依赖
根据 Bean 的创建过程来分析，第一步必须反射获取bean的实例，其中反射的方式是通过构造器反射，如果构造器存在循环依赖，那么必须要查找到对应的 bean 才能进行实例化。例如A依赖B，B依赖C，C依赖A，A实例化需要B，则挂起A去创建B，B实例化需要C，则挂起B去创建C，C实例化需要A，而A还处于创建中，甚至还未实例化出来，因此流程死锁，无法继续执行。
2、field属性的循环依赖
Spring通过三级缓存去解决！
1、一级缓存 : Map<String,Object> singletonObjects，单例池，用于保存实例化、属性赋值（注入）、初始化完成的 bean 实例
2、二级缓存 : Map<String,Object> earlySingletonObjects，早期曝光对象，用于保存实例化完成的 bean 实例
3、三级缓存
思考：为什么使用三级缓存而不是二级缓存？
主要是为了⽣成代理对象。如果是没有代理的情况下，使用二级缓存解决循环依赖也是可以的。但是如果存在代理，三级没有问题，二级就不行了。
因为三级缓存中放的是⽣成具体对象的匿名内部类，获取Object的时候，它可以⽣成代理对象，也可以返回普通对象。使⽤三级缓存主要是为了保证不管什么时候使⽤的都是⼀个对象。
假设只有⼆级缓存的情况，往⼆级缓存中放的显示⼀个普通的Bean对象，Bean初始化过程中，通过 BeanPostProcessor 去⽣成代理对象之后，覆盖掉⼆级缓存中的普通Bean对象，那么可能就导致取到的Bean对象不一致了。
参考资料：
https://baijiahao.baidu.com/s?id=1677105782547823661&wfr=spider&for=pc
