Java Spring循环依赖原理与bean的生命周期图文案例详解

前言

Spring是如何处理循环依赖的,又是怎么做到,互相注入对方的proxy bean而不是raw bean的?现在就分析一下

一、循环依赖是什么

Spring中放入两个Service,分别是C1和C2,然后C1和C2又互为对方的成员变量。这种情况C1和C2就可以说是相互循环依赖了

二、源码图解

1. bean的主要生命周期图解

在这里插入图片描述

上图是一个没有循坏依赖的bean的主要生命周期节点,下图的循坏依赖可以结合该图解一起看

2.循环依赖图解

Java Spring循环依赖原理与bean的生命周期图文案例详解_第1张图片

可以看到里面有一个很重要的逻辑:

当一个bean经过所有的步骤之后,会去三个缓存里的二级缓存根据beanName获取对象。

  1. 如果拿不到,就直接使用initializeBean方法之后生成的bean,然后放入到spring容器中
  2. 如果拿得到,就要对比执行initializeBean前后的bean,如果bean相同,就用二级缓存里的对象作为bean放入到spring容器中,否则就报错
  3. 所以spring3个缓存中,二级缓存存在的意义就是判断该bean是否被循环依赖过,只有被循环依赖了,注入到其他bean的属性里了,才会放入到二级缓存。
  4. 然后最后的判断,判断initializeBean方法执行前后对象是否一致,其实就是为了判断被循环依赖的bean在注入到其他bean和自己走完bean生命周期的是不是同一个object,如果不是同一个object,那就有问题,要报错。

在这里插入图片描述

可以看到此处第二个参数allEarlyReference,这个参数就是用来区分从3个缓存里取bean的时候是否需要到3级缓存里取对象,此处为false,所以截止到2级为止。

3. 循环依赖处理完成之后

Java Spring循环依赖原理与bean的生命周期图文案例详解_第2张图片

直接从Spring容器里拿的是c1 proxy或者c2 proxy,但是其实在属性注入的时候,都是调用的raw对象的set方法,也就是proxy的target调用的set方法。

总结

循环依赖其实耐下功夫读源码,也没有那么难。下次分享为什么循环依赖的其中一个类添加@Async有可能会导致注入失败而抛异常

到此这篇关于Spring循环依赖原理与bean的生命周期图文案例详解的文章就介绍到这了,更多相关Spring循环依赖原理与bean的生命周期内容请搜索脚本之家以前的文章或继续浏览下面的相关文章希望大家以后多多支持脚本之家!

你可能感兴趣的:(Java Spring循环依赖原理与bean的生命周期图文案例详解)