spring循环依赖

删除：B正在创建标记

createBean

A对象的lambda表达式

实例化B对象a=null

创建B对象

创建对象

放到三级缓存，不处理的缺点

从容器中查找A对象

2.如果一级缓存，能解决循环依赖问题么？答：不能，如果只有一级缓存，那么成品对象和半成品对象会放到一起，这个是没办法区分的，半成品对象不能暴露给外部使用，所以需要两个缓存来分别存放不同状态的对象，一级缓存放成品，二级缓存-存放半成品

将A对象放入三级缓存

将B对象放入三级缓存

没找到

getEarlyBeanReFerenc方法来判断返回代理对象还是原生

doGetBean

半成品对象

循环依赖原理

实例化B(原生)

代理B存入一级缓存

工厂B存入三级缓存

属性注入（代理b)

从三级缓存中获取A对象的lambda表达式

直接赋值即可

放入二级缓存

实例化A(原生)

AOP在此判断，A是否生成代理对象是：返回代理否：返回原生

B(a)

给B对象a属性赋值

初始化后进行aop操作解耦

从容器中查找B对象

工厂A存入三级缓存

debug

完成实例化并且完成初始化

A(b)

初始化B对象给a属性赋值

getObject

从第三级获取到实例后，放到一级缓存，存在问题：按照设计思路，第一级存放的是初始化好的对象，直接放到第一级缓存是不合适的，此时的A对象尚未创建完成

初始化A对象给b属性赋值

A对象完成初始化

单例对象初始化主要分为三步

B对象完成初始化

createBeanInstanc实例化

创建A对象

1.第一步：createBeanInstance：实例化，其实就是调用对象的构造方法实例化对象2.第二步：populateBean初始化-填充属性，这一步主要是对bean对象的属性进行填充，即注入属性，满足依赖3.第三步：initiallizeBean:初始化--增强，这一步该Bean就可以使用了总结：从单例Bean的初始化可以知道，循环依赖主要发生在第二步--填充属性，所以要解决循环引用也应该从这个过程着手

初始化

属性注入（代理a)

找到

AOP流程，生成代理对象B

InitializeBean初始化

从第三级获取到实例化，不处理，下次依然从第三级缓存中获取，如果有其他实例依赖这个对象，会再次对这个对象进行代理，这就导致了重复代理

标记：B正在创建

populateBean填充属性

5.各级缓存的主要作用？一级缓存：singletonObjects成品的对象二级缓存：earlySingletonObjects半成品对象三级缓存：singletonFactories   lambda表达式

完成实例化但是未完成初始化

给A对象属性赋值b

4.为什么添加了AOP的操作之后，就需要三级缓存来解决循环依赖问题？（1）在创建代理对象的时候，是否需要生成原始对象？答案肯定是需要的，（2）当创建完成原始对象之后，后续有需要创建代理对象，那么此时就是一个beanName对应有两个对象，（原始对象和代理对象），那么通过beanName引用的时候使用哪个对象？  在整个容器中，有且仅有一个同名的对象，当需要生成代理对象的时候，就要把代理对象覆盖原始对象，（3）程序是怎么知道什么时候要进行代理对象的创建的呢？ 那么就需要一个类似于回调的接口判断，当第一次对外暴露使用的时候，来判断当前对象是否  需要去创建代理对象；而三级缓存加了什么操作？  添加了一个getEarlyBeanReference的方法，getEarlyBeanfenerce方法里边的if判断：  如果需要代理返回代理  如果没有代理，返回原生

createBeanInstance

放入的是B对象的lambda表达式

doCreateBean

getBean

直接放到一级缓存的缺点

将三级缓存的A工厂对象删除生成代理A存入二级缓存

populateBean

删除：A正在创建标记

成品对象

1.三个缓存对象，在获取数据的时候，是按什么顺序获取的答：先从一级缓存中获取对象，如果没有再从二级缓存中获取对象，二级缓存中没有再从三级缓存中获取，所以当前级别的缓存中存在对象，那么后面级别的缓存就需要把该对象给移除

实例化A对象

代理A存入一级缓存

实例化A对象b=null

标记：A正在创建