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

前言

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

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

在这里插入图片描述

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

在这里插入图片描述

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

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

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

在这里插入图片描述

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

在这里插入图片描述

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

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