spring循环依赖的核心代码分析-7

上节说道ioc的生命周期：

如果a中依赖b，b中依赖a，按照生命周期流程就会陷入循环依赖，形成一个闭环

循环依赖解决的核心思想：实例化和初始化提前暴露对象

生命周期核心代码： getbean->dogetbean-createbean->docreatebean->populatebean

实例化a ->从容器中获取b,如果没有b则实例化b->b实例化a,容器中没有a,则实例化a =>这样就形成了闭环

现在提前暴露a,也就是不等a完成生命周期，只要a new 对象了就放入map中，后续b用到，直接拿变成品的a,就完成了b

的生命周期，然后在继续走a的生命周期剩下的部分，把完整对象的b注入a中，就完成了a注入b,b又注入a的操作

底层代码的实现：

先从一级缓存中获取，在查找二级缓存，最后查找三级缓存

singtonobject earlysingletonobject objectfactory(lambda表达式)

当前对象是否在创建，如果是的话代表正在循环依赖，放入三级缓存会把isCurrentCreate置为true,放入二级缓存earlySingletonObject

q/a:

1. 三级缓存解决循环依赖的问题关键是什么？ 实例化和初始化分开操作，在中间过程中给其他的对象赋值的时候，并不是一个完整的对象，而是把半成品对象赋值给其他对象

1. 如果只使用一级缓存能不能解决问题？ 不能：一级缓存存放成品 二级缓存存放半成品，所以不能只用一级缓存来存放成品和半成品

2. 只使用二级缓存行不行？为什么需要三级缓存？ 如果我能保证所有的bean对象都不去调用getEarlyBeanReference方法，使用二级缓存可以解决，应为刚刚那个方法会进行aop代理，不能保证一个唯一的bean对象，没有aop代理使用二级缓存是可以解决循环依赖的