解决方案
· 三级缓存，提前暴露对象，aop
下面对循环依赖问题和解决方案进行分析
1 什么是循环依赖
在spring中，A依赖B，B依赖A形成所谓的循环依赖，spring中bean的创建包括实例化和初始化两个过程，具体如下：
- 先创建A对象，实例化A对象，此时A对象中的b属性为空，填充属性b
- 从容器中查找B对象，如果找到了，直接复制不存在循环依赖问题，找不到直接创建B对象
- 实例化B对象，此时B对象中a属性为空，填充属性a
- 从容器中查找A对象，找不到，直接创建
- 以上是形成闭环的过程
2 解决方案分析
此时 如果仔细琢磨的话，发现A对象是存在的，只不过此时的A对象不是一个完整 的状态，只完成了实例化但是未完成初始化，如果程序调用过程中，拥有了某个对象的引用，能否在后期给他完成赋值操作？可以优先把非完整状态的对象优先赋值，等待后续操作来完成赋值，相当于提前暴露了某个不完整对象引用，所以解决问题的核心在于 实例化和初始化分开操作 ，这也是解决循环依赖问题的关键。
当所有的对象都完成实例化和初始化操作之后，还要把完整对象放到容器中，此时在容器中存在对象的几个状态：实例化但未完成初始化、完整状态 ，因为都在容器中，所以要使用不同的map结构来进行存储，此时就有了一级缓存和二级缓存，如果一级缓存中有了，那么二级缓存中就不会存在同名的对象，因为对象的查找顺序是一级，二级，三级这样的方式 来查找的。一级缓存中放的是完整对象，二级缓存中放的是非完整对象。
为什么需要三级缓存？ 三级缓存的valuel类型是ObjectFactory，是一个函数式接口，存在的意义是保证整个容器的运行过程中，同名的bean对象只有一个。
如果一个对象需要被代理，或者说需要生成代理对象，那么要不要优先生成一个普通对象？ 要！
普通对象和代理对象是不可能同时出现在容器中的，因此当一个对象需要被代理的时候，就要使用代理对象覆盖掉之前的普通对象，在实际的调用过程中，是没办法确定什么时候对象被使用，所以就要求当某个对象被调用的时候，有限判断此对象是否需要被代理，类似于一种回调机制的实现，因此传时lambda表达式的时候，可以通过lambda表达式来执行对象的覆盖过程，getEarlyBeanReference()
因此，所有的bean对象在创建的时候都要优先放到三级缓存，在后续使用过程中，如果需要被代理则返回代理对象，如果不需要被代理，则直接返回普通对象。
缓存的放置时间和删除时间
- 三级缓存：
createBeanInstance之后，addSingletonFactry - 二级缓存
第一次从三级缓存确定对象是代理对象还是普通对象的时候，同时删除三级缓存 getSingleton - 一级缓存
生成完整对象之后放到一级缓存，删除二三级缓存：addSingleton
