Spring循环依赖

三级缓存

属性赋值

this.singletonFactories.get(beanName);

singletonFactory.getObject()

直接赋值即可

doGetBean

创建B对象

没有找到

initializeBean

从容器中查找A对象

尝试获取三级缓存

ObjectFactory.函数式接口，有且尽有一个方法，可以当做方法的参数传递进去当指明此类型参数的方法，可以传入一个lambda表达式，在执行的时候并不会执行lambda表达式，而在调用getObject方法的是才会去调用lambda处理的逻辑

添加到三级缓存

getSingleton(beanName)

创建A对象

填充B对象中的a属性

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

A属性填充时发现依赖B，就去getB，重复B的创建流程，发现B依赖A，就去getA，此时在三级缓存中发现A，此时清除三级缓存，将A存入二级缓存，完成B对象的创建，将B对象添加到一级缓存，此时A对象中的B对象完成赋值，A对象创建完成，将A对象添加到一级缓存。

半成品

实例化A对象

对象的两种状态

spring循环依赖

getBean

如果获取到就调用lamda方法(getEarlyReference)

完成了实例化和初始化

提前暴露对象

createBeanInstance

只要持有了该半成品的引用，就可以在后续过程中完成赋值操作

doCreateBean

找到

缓存中mapK-V

填充A对象中的b属性

实例化B对象

总结

从各级缓存中获取bean

添加到一级缓存，并移除二级和三级缓存

成品

从容器中查找B对象

populateBean

createBean

1、如果只有一级缓存，能否解决循环依赖问题？不能，因为一级缓存中存放成品对象，二级缓存存放的是半成品对象，如果只有一级的话，成品和半成品放在一起，那么就有可能获取到半成品对象，此时会有空指针的问题，所以必须分开存储。2、如果只有二级缓存，能否解决循环依赖问题？直接使用二级缓存可以解决循环依赖问题，但是当添加AOP之后，二级缓存就不不能解决循环依赖问题了，报错显示没有使用最终的bean版本。3、为什么要有三级缓存？三级缓存的目的是处理aop过程中存在动态代理的情况，在getEarlyBeanReference()方法中可能把原来的普通对象替换成代理对象。4、不管是普通对象还是代理对象，对应的bean名称是一致的，那怎么保证普通对象和代理对象只对外暴露一个？通过回调机制来保证，lamda传递到三级缓存之后并不是直接存储的对象，而是在需要对象的时候，调用回调的方法来返回唯一的对象，即对外只暴露一个对象