【Spring源码系列- IOC】
本篇是一个循环依赖内容的初步介绍，看完本篇再捋这三篇，没有你回答不上来的三级缓存题(￣∇￣)/
广告结束，正文开始
完成了applyMergedBeanDefinitionPostProcessors()方法，后面有一段关于判断Bean是否需要提前曝光的逻辑（如下图红框框中部分）
在这段逻辑中涉及到了著名的循环依赖，提到循环依赖基本必讲三级缓存，好吧，这篇就是介绍他们这对“依存”CP的(｡･ω･｡)ﾉ
前置知识
什么是循环依赖
不同的Bean之间的依赖关系形成了一个闭环（比如ABean依赖了BBean，同时BBean又依赖了ABean），我们把这种依赖关系就称为循环依赖
如何解决这种“死循环”？
缓存“半成品”（只完成实例化未进行初始化的对象）
为什么使用多级缓存？
由于获取Bean对象都是通过BeanName获取的，所以同一个Bean的半成品、成品，以及创建Bean代理对象的lambda表达式不能放在同一个缓存（Map）中
-
一级缓存存放成品（包括普通对象/代理对象的完整对象）
-
二级缓存存放半成品（完成实例化，但未完成初始化，提前暴露的对象）
-
三级缓存存放创建bean的代理对象的lambda表达式（回调机制）
三级缓存在进行对象查找的时候，顺序是？
一级缓存 -> 二 级缓存 -> 三级缓存
为什么要存在三级缓存？
为了生成代理对象（否则二级缓存即可）
解决循环依赖的根本原因？
实例化和初始化是分开处理的
源码分析
前面介绍了循环依赖、三级缓存的相关前置内容，我们来分析下这段源码(｡･ω･｡)ﾉ
判断是否符合提前曝光的条件
先是定义了一个earlySingletonExposure布尔对象，用于判断当前bean是否需要提前曝光，需要同时满足三个条件（即下面三个条件同时为true）：
-
mbd.isSingleton() 是否为单例
-
this.allowCircularReferences 是否允许循环依赖
-
isSingletonCurrentlyInCreation(beanName) 当前bean是否正在创建中
条件1 : mbd.isSingleton()
具体在哪里设置的没有找到= =，，这个个坑，后续来填
条件2 : this.allowCircularReference
其中this.allowCircularReferences的默认值是true
但其实这个值是可以设置的，各位客官记不记得this.allowCircularReferences是在哪里设置的？
我们在一开始创建容器对象的时候执行过一个o btainFreshBeanFactory()方法，在这个方法中的refreshBeanFactory()方法中的customizeBeanFactory()里对BeanFactory进行了定制化，设置相关属性，包括是否允许覆盖同名称的不同定义的对象以及是否允许循环依赖
条件3 : isSingletonCurrentlyInCreation(beanName)
这也是个坑，在哪里放进集合中的
singletonsCurrentlyInCreation这个集合的创建方式很特别
Collections.newSetFromMap(new ConcurrentHashMap<>(16))这是一个构造线程安全Set的方式，这种方式支持并发的读和更新，相较采用Collections.syncrhonizedSet(HashSet)的方式，不会在迭代中进行读取的时候发生CME(ConcurrentModicationException)的异常。
符合后处理
为避免后期出现循环依赖，可以在bean初始化完成前将创建实例的ObjectFactory加入工厂（三级缓存）中
判断一级缓存中是否包含当前beanName
-
包含则不做任何处理；
-
不包含，执行以下操作：
-
将beanName放入单例工厂中
-
从早期单例集合（earlySingletonObjects）中删除（从二级缓存中移除）
-
添加到已注册的集合（registeredSingletons）中
总结
就是往三级缓存中放入创建当前对象lambda表达式，方便后续进行回调调用
版权声明：本文内容由互联网用户自发贡献，该文观点仅代表作者本人。本站仅提供信息存储空间服务，不拥有所有权，不承担相关法律责任。如发现本站有涉嫌侵权/违法违规的内容， 请发送邮件至 举报，一经查实，本站将立刻删除。
文章由极客之音整理，本文链接：https://www.bmabk.com/index.php/post/135373.html
