例子：A欠B的钱，B欠C的钱，C欠A的钱，循环依赖的前提是，大家今天都想把钱换清，那么就可以理解为都不会跑，那么A为了证明自己不会跑，把身份证先给C，然后C先把B的钱还了，然后B就把A的钱还了，最后A把钱给了C拿回了身份证
- 一级缓存存放完整的bean，没有循环依赖的时候一级缓存就够了，
- 二级缓存存放earlyBean（注1），如果有循环依赖-A依赖B，B依赖A，初始化A时先将原始对象A放入二级缓存中，实例化B时，B从二级缓存中获取到原始对象A继续实例化（注2），则解决了循环依赖
- 只有二级缓存的时候，如果存在代理的情况，则二级缓存中的earlyBean并不是代理后的对象，因为代理是在bean初始化后才进行，此时拿不到代理对象，那么需要提前进行代理，而如果此时进进行代理后放入二级缓存就会面临一个问题，万一没有出现循环依赖，那么就没必要此时就生成代理对象（注3），所以需要一直延后执行的方式，等到出现循环依赖的时候才去生成代理对象，也就是将生成代理对象的接口（注4）放入三级缓存中，等到出现了循环依赖才去调用，最后初始化完成后，进行赋值，赋值后生成代理判断该对象是否已经生成过代理，生成了将不再生成。
于是获取bean的步骤如下：
1. 一级缓存中找，没找到说明出现了循环依赖 2. 二级缓存中找，没找到说明了该对象需要代理 3. 三级缓存中找，找到后执行接口中的创建代理对象方法，并且将代理对象放入二级缓存，删除三级缓存中的当前数据。
注1：未初始化的原始对象，可能是代理对象
注2：拿到的都是引用，后面A也会实例化，所以拿到的A是完整的，类似于上面的例子的前提，大家都是奔着今天一定要把钱算清楚的目的来的
注3：强行只用二级缓存是可以的，但是违背了spring的设计原则，最早spring是希望在bean生命周期最后一步才去完成代理而不是实例化后马上进行代理
注4：此接口为函数式接口，支持lamdba表达式
