Spring的三级缓存及其原因

首先看下Spring创建一个bean的基本流程：

创建该实例的原始对象 --> 进行自动装配 --> AOP代理处理 --> 完成bean的创建并加入单例池(即一级缓存)

---

但是当有循环依赖的时候，Spring是如何解决的呢？

主要原理是利用三级缓存机制：

• singletonObjects： 一级缓存，也就是我们平常理解的单例池。
• singletonFactories： 二级缓存，存储的是单例工厂。
• earlySingletonObjects： 三级缓存，存储正在创建中的单例对象。

---

为什么要设立三级缓存呢？

其实当不需要实现AOP的时候，解决循环依赖不用三级缓存机制，也不用单例工厂，二级缓存就足以实现。

• 第一级：singletonObjects
• 第二级：earlySingletonObjects
  
  

不需要实现AOP时Spring解决循环依赖基本流程：

假设单例一与单例二相互依赖对方并且此时都没有加入到单例池
1 创建单例一
2 将单例一加入earlySingletonObjects缓存
3 自动装配单例二
4 判断单例二在earlySingletonObjects缓存是否存在
5 不存在则创建单例二
6 将单例二并且加入earlySingletonObjects缓存
7 自动装配单例一
8 判断单例一在earlySingletonObjects缓存是否存在
9 明显第2步已经加入earlySingletonObjects缓存
10 注入成功,单例2创建完成并加入singletonObjects单例池
11 注入成功,单例1创建完成并加入singletonObjects单例池

---

那为什么要设立三级缓存呢？
这是因为当我们需要使用AOP时，将会对原始对象进行代理，因此最后的对象将是代理对象而不是原始对象！

所以按照二级缓存的步骤进行创建的话将会造成一个问题：

• 第2步加入到二级缓存中的对象是原始对象，导致第7步自动装配到到单例2中的单例1对象是原始对象，这个对象还没有完成AOP的处理。如果此时完成单例2的创建，之后在完成进行单例1的创建时，单例1对原始对象进行AOP处理，将导致最终的单例1对象不是之前自动装配到单例2中的单例1对象。
  
  

所以Spring选择使用三级缓存来解决这个问题：singletonFactories缓存中的对象是一个单例工厂，该工厂可以将原始对象进行AOP处理。

• singletonObjects： 一级缓存，也就是我们平常理解的单例池。
• singletonFactories： 二级缓存