spring推断构造方法和启动过程（refresh）流程图

最新推荐文章于 2024-07-13 11:45:02 发布

置顶彭先生吖

最新推荐文章于 2024-07-13 11:45:02 发布

阅读量280

点赞数

文章标签： spring 流程图 java

本文链接：https://blog.csdn.net/yixuan_love/article/details/126438176

版权

在这里插入图片描述

推断构造方法流程图

在这里插入图片描述

AutowiredAnnotationBeanPostProcessor中推断构造方法不同情况思维脑图：

在这里插入图片描述

refresh()底层实现流程图

在这里插入图片描述

解决循环依赖思路分析

A创建时—>需要B---->B去创建—>需要A，从而产生了循环
在这里插入图片描述
那么如何打破这个循环，加个中间人（缓存）

从上面这个分析过程中可以得出，只需要一个缓存就能解决循环依赖了，那么为什么Spring中还需要singletonFactories（三级缓存）呢？如果不考虑AOP的情况下，二级缓存足以可以解决循环依赖。
在这里插入图片描述

singletonObjects（一级缓存）：缓存经过了完整生命周期的bean
earlySingletonObjects（二级缓存）：缓存未经过完整生命周期的bean，如果某个bean出现了循环依赖，就会提前把这个暂时未经过完整生命周期的bean放入earlySingletonObjects中，这个bean如果要经过AOP，那么就会把代理对象放入earlySingletonObjects中，否则就是把原始对象放入earlySingletonObjects，但是不管怎么样，就算是代理对象，代理对象所代理的原始对象也是没有经过完整生命周期的，所以放入earlySingletonObjects我们就可以统一认为是未经过完整生命周期的bean。
singletonFactories（三级缓存）：缓存的是一个ObjectFactory，也就是一个Lambda表达式。在每个Bean的生成过程中，经过实例化得到一个原始对象后，都会提前基于原始对象暴露一个Lambda表达式，并保存到三级缓存中，这个Lambda表达式可能用到，也可能用不到，如果当前Bean没有出现循环依赖，那么这个Lambda表达式没用，当前bean按照自己的生命周期正常执行，执行完后直接把当前bean放入singletonObjects中，如果当前bean在依赖注入时发现出现了循环依赖（当前正在创建的bean被其他bean依赖了），则从三级缓存中拿到Lambda表达式，并执行Lambda表达式得到一个对象，并把得到的对象放入二级缓存（如果当前Bean需要AOP，那么执行lambda表达式，得到就是对应的代理对象，如果无需AOP，则直接得到一个原始对象）
其实还有一个缓存，就是earlyProxyReferences，它用来记录某个原始对象是否进行过AOP了。