一、什么是循环依赖
多个bean之间相互依赖，形成了一个闭环。 比如:A依赖于B、B依赖于c、c依赖于A
通常来说，如果问spring容器内部如何解决循环依赖， 一定是指默认的单例Bean中，属性互相引用的场景。也就是说，Spring的循环依赖，是Spring容器注入时候出现的问题。
二、Spring如何解决循环依赖
1，Spring中单例Bean的三级缓存
- 第一级缓存〈也叫单例池）singletonObjects:存放已经经历了完整生命周期的Bean对象
- 第二级缓存: earlySingletonObjects，存放早期暴露出来的Bean对象，Bean的生命周期未结束（属性还未填充完整）
- 第三级缓存: Map<String, ObiectFactory<?>> singletonFactories，存放可以生成Bean的工厂
2，Spring中Bean的生命周期
3，Bean初始化主要方法
- getSingleton：希望从容器里面获得单例的bean，没有的话
- doCreateBean: 没有就创建bean
- populateBean: 创建完了以后，要填充属性
- addSingleton: 填充完了以后，再添加到容器进行使用
4，具体说明
- A创建过程中需要B，于是A将自己放到三级缓存里面，去实例化B
- B实例化的时候发现需要A，于是B先查一级缓存，没有，再查二级缓存，还是没有，再查三级缓存，找到了A然后把三级缓存里面的这个A放到二级缓存里面，并删除三级缓存里面的A
- B顺利初始化完毕，将自己放到一级缓存里面（此时B里面的A依然是创建中状态）然后回来接着创建A，此时B已经创建结束，直接从一级缓存里面拿到B，然后完成创建，并将A放到一级缓存中。
5，图解
三、为什么使用三级缓存
1，使用一级缓存
实例化A -> 将半成品的A放入singletonObjects中->填充A的属性时发现取不到B->实例化B->从singletonObjects中取出A填充B的属性->将成品B放入singletonObjects->将B填充到A的属性中->将成品A放入singletonObjects。
问题：这种基本流程是通的，但是如果在整个流程进行中，有另一个线程要来取A，那么有可能拿到的只是一个属性都为null的半成品A，这样就会有问题。
2，使用二级缓存
a）使用singletonObjects和earlySingletonObjects
成品放在singletonObjects中，半成品放在earlySingletonObjects中
流程可以这样走：实例化A ->将半成品的A放入earlySingletonObjects中 ->填充A的属性时发现取不到B->实例化B->将半成品的A放入earlySingletonObjects中->从earlySingletonObjects中取出A填充B的属性->将成品B放入singletonObjects,并从earlySingletonObjects中删除B->将B填充到A的属性中->将成品A放入singletonObjects并删除earlySingletonObjects。
问题：这样的流程是线程安全的，不过如果A上加个切面（AOP），这种做法就没法满足需求了，因为earlySingletonObjects中存放的都是原始对象，而我们需要注入的其实是A的代理对象。
b）使用singletonObjects和singletonFactories
成品放在singletonObjects中，半成品通过singletonFactories来获取
流程是这样的：实例化A ->创建A的对象工厂并放入singletonFactories中 ->填充A的属性时发现取不到B->实例化B->创建B的对象工厂并放入singletonFactories中->从singletonFactories中获取A的对象工厂并获取A填充到B中->将成品B放入singletonObjects,并从singletonFactories中删除B的对象工厂->将B填充到A的属性中->将成品A放入singletonObjects并删除A的对象工厂。
问题：这样的流程也适用于普通的IOC，但如果A上加个切面（AOP）的话，这种情况也无法满足需求，因为每次通过singletonFactories.getObject()获取的代理对象都不同。