Spring为什么要用三级缓存解决循环依赖?
- 1. Spring是如何创建一个bean对象
- 2. Spring三级缓存
- 2.1 一级缓存:单例池,经历过完整bean生命,单例Bean对象
- 2.2 二级缓存:提前暴露的Bean
- 2.3 三级缓存:打破循环
- 3. Spring 解决不了的循环依赖
- 4.总结
1. Spring是如何创建一个bean对象
-
类
-
推断构造方法
默认采用无参构造,如果不存在无参构造,判断有参构造受否唯一,如果唯一选择有参构造,不唯一报错。 -
普通对象
-
依赖注入
-
初始化前(@PostConstruct)
在类中方法上添加@PostConstruct注解,该方法会在初始化前执行。 -
初始化(InitializingBean)
类实现InitializingBean接口,重写afterPropertiesSet方法。 -
初始化后(AOP)
-
代理对象
-
放入Map单例池
-
Bean对象
2. Spring三级缓存
通过分析源码:
doCreateBean方法
2.1 一级缓存:单例池,经历过完整bean生命,单例Bean对象
private final Map<String, Object> singletonObjects = new ConcurrentHashMap<>(256);
2.2 二级缓存:提前暴露的Bean
private final Map<String, Object> earlySingletonObjects = new HashMap<>(16);
2.3 三级缓存:打破循环
private final Map<String, ObjectFactory<?>> singletonFactories = new HashMap<>(16);
//<beanName, 单例创建的工厂>
在创建bean 的源码中先判断是否是单例,支持循环依赖,当前正在创建的单例, 满足上面条件就会创建一个lambda表达式放入三级缓存中。
getEarlyBeanReference方法中会判断是否存在AOP,存在就创建代理对象,不存在就返回通过构造方法创建的普通对象。
在三级缓存lambda方法中判断是否创建代理对象
上边源码中看到只要走三级缓存的会调用getEarlyBeanReference方法,该方法会把执行过AOP的Bean存放在earlyProxyReferences的Map集合中,用于后续bean生命周期的初始化后是否AOP创建代理对象校验。
初始化后,校验是否AOP创建代理对象,通过校验earlyProxyReferences集合中bean是否与传入bean相同来判断。
获取单例bean
3. Spring 解决不了的循环依赖
1.构造器循环依赖(实例化阶段循环依赖) 解决办法添加@Lazy注解
底层原理是创建代理对象,
4.总结
在Java Spring的厨房里,循环依赖这道菜可是让不少程序员大厨头疼的“黑暗料理”。但Spring大厨微微一笑,不慌不忙地亮出了他的秘密武器——三级缓存“时光机”!
一级缓存,那是“秒出”区,新鲜出炉的Bean直接上桌,快得就像外卖小哥的闪电送。
二级缓存,咱们叫它“半成品天堂”,Bean们在这里稍作休息,等待最后的调味。但别急,好戏还在后头!
重头戏来了,三级缓存——“未来豆预测局”!这里,Spring大厨仿佛拥有了预知未来的超能力,提前把即将诞生的Bean们“画”在纸上,等它们真正诞生时,直接对号入座,无缝衔接。这操作,简直比科幻电影还炫酷!
就这样,Spring大厨用三级缓存的“时光机”,轻松玩转循环依赖这道难题,让厨房里的Bean们手拉手也能和谐共处,共同烹饪出美味的应用大餐。程序员们纷纷点赞:“Spring大厨,你是我们的超级英雄!”