循环依赖问题---三级缓存

让我们来分析一下“A的某个field或者setter依赖了B的实例对象，同时B的某个field或者setter依赖了A的实例对象”这种循环依赖的情况。

A首先完成了初始化的第一步，并且将自己提前曝光到singletonFactories(三级缓存)中，此时进行初始化的第二步，发现自己依赖对象B，此时就尝试去get(B)，发现B还没有被create，所以走create流程。
B在初始化第一步的时候，将自己提前曝光到singletonFactories(三级缓存)中，同时发现自己依赖了对象A，于是尝试get(A)，尝试一级缓存singletonObjects(肯定没有，因为A还没初始化完全)，尝试二级缓存earlySingletonObjects（也没有），尝试三级缓存singletonFactories，由于A通过ObjectFactory将自己提前曝光了，所以B能够通过ObjectFactory.getObject拿到A对象(虽然A还没有初始化完全，但是总比没有好呀)，B拿到A对象（半对象）后，将A对象移动到二级缓存，并删除A对象的三级缓存。
同时顺利完成了初始化阶段1、2、3，完全初始化之后将自己放入到一级缓存singletonObjects中。并删除B的三级缓存

此时返回A中，A此时能拿到B的对象顺利完成自己的初始化阶段2、3，最终A也完成了初始化，进去了一级缓存singletonObjects中，而且更加幸运的是，由于B拿到了A的对象引用（lambda），所以B现在hold住的A对象完成了初始化。
知道了这个原理时候，肯定就知道为啥Spring不能解决“A的构造方法中依赖了B的实例对象，同时B的构造方法中依赖了A的实例对象”这类问题了！因为加入singletonFactories三级缓存的前提是执行了构造器，所以构造器的循环依赖没法解决

图解：https://p1-jj.byteimg.com/tos-cn-i-t2oaga2asx/gold-user-assets/2020/4/12/1716e14a9ddfd3ac~tplv-t2oaga2asx-zoom-in-crop-mark:1304:0:0:0.awebp

为什么使用aop之后就要使用三级缓存了呢？
(1)在创建代理对象的时候，是否需要创建原始对象？
需要
(2)同一个map结构，能否包含同名的两个对象？
不能
(3)当创建完代理对象之后，对外暴露的是原始对象还是代理对象？
程序无法判断是那一个具体的对像，所以当创建出代理对象之后要覆盖原始对象