前言
Spring是如何处理循环依赖的，又是怎么做到，互相注入对方的proxy bean而不是raw bean的？现在就分析一下
一、循环依赖是什么
Spring中放入两个Service，分别是C1和C2，然后C1和C2又互为对方的成员变量。这种情况C1和C2就可以说是相互循环依赖了
二、源码图解
1. bean的主要生命周期图解
上图是一个没有循坏依赖的bean的主要生命周期节点，下图的循坏依赖可以结合该图解一起看
2.循环依赖图解
可以看到里面有一个很重要的逻辑：
当一个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级为止。
3. 循环依赖处理完成之后
直接从Spring容器里拿的是c1 proxy或者c2 proxy，但是其实在属性注入的时候，都是调用的raw对象的set方法，也就是proxy的target调用的set方法。
总结
循环依赖其实耐下功夫读源码，也没有那么难。下次分享为什么循环依赖的其中一个类添加@Async有可能会导致注入失败而抛异常
声明：本站所有文章，如无特殊说明或标注，均为本站原创发布。任何个人或组织，在未征得本站同意时，禁止复制、盗用、采集、发布本站内容到任何网站、书籍等各类媒体平台。如若本站内容侵犯了原著者的合法权益，可联系我们进行处理。
评论(0)