Spring解决循环依赖

Spring解决循环依赖

Spring通过三级缓存来解决循环依赖，一级缓存为单例池（singletonObjects），二级缓存为早期曝光对象（earlySingletonObjects），三级缓存为早期曝光对象工厂（singletonFactories）。

当A、B两个类发送循环引用时，在A完成实例化后，就使用实例化后的对象去创建一个对象工厂，添加到三级缓存中，如果A被AOP代理，那么通过这个工厂获取到的就是A代理后的对象，如果A没有被AOP代理，那么这个工厂获取到的就是A实例化的对象。

当A进行属性注入时，会去创建B，同时B又依赖了A，所以创建B的同时会去调用getBean(a)来获取需要的依赖，此时的getBean(a)会从缓存中获取：

1. 先获取到三级缓存中的工厂
2. 调用工厂的getObject方法来获取对应的对象，得到这个对象后将其注入到B中，紧接着B会走完它的生命周期流程，包含初始化、后置处理器等。
3. 当B创建完后，会将B再注入到A中，此时A再完成它的整个生命周期。

image.png

Spring循环依赖进阶

一个对象创建过程由3部分组成：

1. 实例化：就是new一个对象
2. 属性注入：为new出来的对象填充属性
3. 初始化：执行aware接口中的方法，初始化方法，完成AOP代理

Spring三级缓存

• singletonObjects：一级缓存，存储的是所有创建好了的单例Bean
• earlySingletonObjects：二级缓存，完成实例化，但是还未进行属性注入及初始化的对象
• singletonFactories：三级缓存，提前暴露一个单例工厂，二级缓存中存储的就是这个工厂中获取到的对象

普通循环依赖与带AOP循环依赖

普通循环依赖与带AOP循环依赖几乎一样，只是在三级缓存中存放的是函数式接口，在需要调用时直接返回代理对象。三级缓存存在的意义：

只有真正发生循环依赖的时候，才去提前生成代理对象，否则只会创建一个工厂并将其放入到三级缓存中，但是不会去通过这个工厂去真正创建对象

普通循环依赖

image.png
带AOP的循环依赖
image.png

是否可以用二级缓存而不用三级缓存？

答案：不可以，违背Spring在结合AOP跟Bean的生命周期的设计！Spring结合AOP跟Bean的生命周期(看下图)本身就是通过AnnotationAwareAspectJAutoProxyCreator这个后置处理器来完成的，在这个后置处理的postProcessAfterInitialization方法中对初始化后的Bean完成AOP代理。如果出现了循环依赖，那没有办法，只有给Bean先创建代理，但是没有出现循环依赖的情况下，设计之初就是让Bean在生命周期的「最后一步完成代理而不是在实例化后就立马完成代理」。

image.png

使用三级缓存的情况下，A、B的创建流程

image.png

不使用三级缓存，直接在二级缓存中

image.png

结论：上面两个流程的唯一区别在于为A对象创建代理的时机不同，使用三级缓存的情况下为A创建代理的时机是在B中需要注入A的时候，而不使用三级缓存的话在A实例化后就需要马上为A创建代理然后放入到二级缓存中去。三级缓存是无法提速的！

为什么要使用三级缓存，二级缓存解决不了循环依赖吗

如果使用二级缓存解决循环依赖，意味着所有Bean在实例化后就要完成AOP代理，这样违背了Spring设计的原则，Spring在设计之初就是通过AnnotationAwareAspectJAutoProxyCreator这个后置处理器在Bean生命周期的最后一步来完成AOP代理，而不是在实例化后立马进行AOP代理。

image.png

结论

image.png

原文链接：https://www.jianshu.com/p/1c250965b1d3