一、什么是循环依赖？
例如，就是A对象依赖了B对象，B对象依赖了A对象。（下面的代码属于属性的循环依赖，也就是初始化阶段的循环依赖，区别与底下构造器的循环依赖）
// A依赖了B
class A{
public B b;
}
// B依赖了A
class B{
public A a;
}
A a = new A();
B b = new B();
a.b = b;
b.a = a;
问题来了：
A Bean创建 ——> 依赖了 B 属性 ——> 触发 B Bean创建 ——> B 依赖了 A 属性 ——> 需要 A Bean（但A Bean还在创建过程中）
二、怎么解决？使用三级缓存
一级缓存为：singletonObjects； 终态 Bean
二级缓存为：earlySingletonObjects； 临时Bean
三级缓存为：singletonFactories；
/** Cache of singleton objects: bean name –> bean instance */
private final Map singletonObjects = new ConcurrentHashMap(256);
/** Cache of singleton factories: bean name –> ObjectFactory */
private final Map singletonFactories = new HashMap>(16);
/** Cache of early singleton objects: bean name –> bean instance */
private final Map earlySingletonObjects = new HashMap(16);
「singletonObjects」中缓存的是已经经历了完整生命周期的bean对象。（用户查询SpringBeanUtil.getBean，也是查一级缓存，因为查二级缓存，可能npe，因为二级缓存的bean是没加载完的，属性可能还没赋值）
「earlySingletonObjects」比 singletonObjects 多了一个 early ，表示缓存的是早期的 bean对象。早期指的是 Bean 的生命周期还没走完就把这个 Bean 放入了 earlySingletonObjects。
「singletonFactories」中缓存的是 ObjectFactory，表示对象工厂，用来创建某个对象的。
1、A初始化的时候，需要B，但是B没有，所以创建B，
2、B 创建的时候，需要A，A现在还没完事呢，那么会把A 放到 earlySingletonObjects ，B成功取到 A， B创建成功，B放到 SingletonObjects，
3、A 从 SingletonObjects 取到 B，A完成初始化
4、A初始化后，会从 earlySingletonObjects 挪到 SingletonObjects
————————
上面这个步骤没利用只用到了2级缓存，你会发现 B内部的A属性其实存的是 A的原始对象，不是A的终极对象，也就是有2个A对象，一个位于SingletonObjects ，一个位于 earlySingletonObjects
————————
三级缓存如何解决这个问题？
1、每个对象在创建的时最开始，都会先把自己丢到 singletonFactories 三级缓存里面去
2、初始化的时候，就是给属性 b 赋值的时候，从三级缓存里面getObject就会给你把 b 对象丢给你，就自始至终都是这个对象
3.1 为什么无法解决构造器的循环依赖问题？
public class A {
B b;
public A(B b) {
this.b = b;
}
}
public class B {
A a;
public B(A a) {
this.a = a;
}
}首先，对象最开始分为两个阶段：实例化阶段（创建阶段） + 初始化阶段
初始化阶段，主要是给对象内的属性赋值。
实例化阶段，会调用对象的构造函数。
只有实例化后的对象，才会放到三级缓存中去，构造函数是在实例化时调用的，那就都拿不到，没法解决这个问题。
