spring三级缓存以及为什么不用二级缓存解读

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

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

首先 我们以下讨论的bean都不是多例的，多例的bean不存在缓存当中，因此spring是无法解决多例bean的循环依赖的。

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

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

• 一级缓存：存放已经完全初始化之后的bean，这也是我们在程序里面拿到的bean
• 二级缓存：存放实例化完成，但是并没有进行依赖注入和初始化的bean
• 三级缓存：bean还没有进行实例化，单单保存了bean的创建工厂。

这种缓存机制能够帮我们解决这样一种循环依赖：A在B之前进行实例化，并且A需要setter注入B，B需构造器注入A(或者属性注入A)。

注意：

• 当B获得A的引用时，可以晚一点设置A的属性。
• 但是B的构造器必须生成，不生成没东西引用，也就是说B一定要获取A，即使A还没设置属性也可以。
• 如果B在A之前实例化，那么B就会无法引用A，就会直接报错。

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

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

2：B要进行初始化，先实例化，先把B的创建工厂放在三级缓存种，然后B发现自己的属性注入需要A，去一级找不到A，二级找不到A，在三级找到到了A的创建工厂，于是调用创建工厂的getobject()方法创建一个A的实例化对象（如果A实现了aop，那么就是创建的 A的代理对象），放入二级缓存并且添加入自己的构造器/属性(可以允许A属性晚点设置，但是不能没有)，这样B就可以完成自己的初始化，初始化完成之后放入一级缓存并且删掉二三级B缓存

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

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

1 避免重复，如果只有1，3两级缓存，那么当A需要BC 而BC都需要A的时候，BC就会同时调用A的创建工厂，生成两份A，导致重复创建

2 spring希望代理和bean的生命周期要分开，如果一开始就直接调用创建工厂创建bean的话，那么所有拥有aop的bean就会直接进行动态代理，但是spring希望在bean完成初始化之后再生成最终代理。如果不分开的话，也就是说不需要3级缓存，1级存放bean，2级存放实例化后的bean，所有的bean直接调用创建工厂创建并且放在二级缓存，那么也是没问题的。

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

总结

以上为个人经验，希望能给大家一个参考，也希望大家多多支持脚本之家。

最新评论