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大厨，你是我们的超级英雄！”
