spring三级缓存以及为什么不用二级缓存_为什么spring不可以二级缓存

spring是如何使用三级缓存解决循环依赖的呢？

我们知道bean的初始化过程分为三步：实例化，依赖注入，初始化。

首先让我们来看看三级缓存里面各存了些什么：

一级缓存：存放已经完全初始化之后的bean，这也是我们在程序里面拿到的bean

二级缓存：存放实例化完成，但是并没有进行依赖注入和初始化的bean

三级缓存：bean还没有进行实例化，单单保存了bean的创建工厂。

这种缓存机制能够帮我们解决这样一种循环依赖：A在B之前进行实例化，并且A需要setter注入B，B需构造器注入A。注意：当B获得A的引用时，可以晚一点设置A的属性。但是B的构造器必须生成，不生成没东西引用，也就是说B一定要获取A，即使A还没设置属性也可以。如果B在A之前实例化，那么B就会无法引用A，就会直接报错。

这样在初始化阶段就会进行以下流程：

1：A要进行初始化，先实例化，先将A的创建工厂放在三级缓存中，然而A在自己的属性注入里面发现B还没有出现，于是先去初始化B

2：B要进行初始化，去一级找不到A，二级找不到A，在三级照到了A的创建工厂，于是调用创建工厂的getobject()方法创建一个A的实例化对象，放入二级缓存并且添加入自己的构造器(可以允许A属性晚点设置，但是不能没有)，这样B就可以完成自己的初始化

3：B的初始化完成了，A继续属性赋值，顺利从⼀级缓存拿到实例化且初始化完成的B对象，A对象创建也完成，删除⼆级缓存中的A，同时把A放⼊⼀级缓存

为什么要三级缓存而不是二级？

实际上三级缓存较于二级缓存主要是为了解决代理这个问题。如果硬要说的话，二级缓存实际上是可以解决的，但是spring希望代理和bean的生命周期要分开，也就是说不希望一开始就在二级缓存里直接加入bean的代理对象，而是在bean完成初始化之后再生成最终代理。

因此采用三级缓存，在这个过程中如果B需要A注入，而A存在代理的话，那么就会生成一个早期的代理对象给B，用于解决循环依赖，而最终的代理对象还是要在beanA完成了属性填充和初始化后再继续进行，这两个生成的代理对象是存在区别的，因此也不算真正破坏到Spring代理在Bean初始化完成后的原则，因为Spring仍然确保了最终的代理对象是在Bean完全初始化后才生成的。

这个算是我个人的理解，有问题还请大家指出来