完成了applyMergedBeanDefinitionPostProcessors()方法,后面有一段关于判断Bean是否需要提前曝光的逻辑(如下图红框框中部分)
在这段逻辑中涉及到了著名的循环依赖,提到循环依赖基本必讲三级缓存,好吧,这篇就是介绍他们这对“依存”CP的(。・ω・。)ノ
前置知识
什么是循环依赖
不同的Bean之间的依赖关系形成了一个闭环(比如ABean依赖了BBean,同时BBean又依赖了ABean),我们把这种依赖关系就称为循环依赖
如何解决这种“死循环”?
缓存“半成品”(只完成实例化未进行初始化的对象)
为什么使用多级缓存?
由于获取Bean对象都是通过BeanName获取的,所以同一个Bean的半成品、成品,以及创建Bean代理对象的lambda表达式不能放在同一个缓存(Map)中
一级缓存存放成品(包括普通对象/代理对象的完整对象)
二级缓存存放半成品(完成实例化,但未完成初始化,提前暴露的对象)
三级缓存存放创建bean的代理对象的lambda表达式(回调机制)
N个相关问题
我们在获取完整对象的时候,分为了两个步骤,实例化和初始化,这也是三级缓存能解决循环依赖的根本原因
初始化环节的填充属性阶段有没有可能会改变当前对象的地址空间?
不会,但是,有另一种情况,即Spring在使用的时候会配置AOP,需要生成具体的代理对象,那么问题又来了
生成代理对象之前,要不要生成普通对象?
要的
我们能否确定什么时候会调用具体的对象(无论是普通对象还是代理对象)?不能,在调用对象的时候,如果检测到当前对象需要被代理,那么直接直接创建代理对象覆盖即可
那如何能在需要的时候能立马创建代理对象?
类似于观察者(但实际不是),传递一个创建代理对象的匿名内部类,当需要调用的时候,直接调用该匿名内部类(lambda)来生成代理对象(类似于回调机制)
有没有可能,在Spring中同时存在同一个beanNamel的普通对象和代理对象?有
如果有的话,那么我在调用的时候是根据beanName来获取对象,此时我要获取到两个对象吗?那么我应该用哪个?
创建两个缓存,分别存储
如果两个对象分别存储,那么优先获取哪个?
代理对象中应该包含了普通对象的恶所有功能,如果一个对象被代理了,那么此普通对象就可以不存在,只要代理对象
插个知识点,初始化包含哪些环节?
执行aware接口所对应的方法
执行beanPostProcessor中的before方法
执行init-method
执行beanPostProcessor中的after方法
上面步骤执行完成后是为了获取到一个完整的成品对象,但是在初始化前我们能确定哪一个对象需要生成代理对象吗?
不能
半成品是干嘛的?
为了在进行属性注入时,可以直接获取半成品的引用地址,保证对象能够被找到,注入能成功,而半成品对象在堆空间中是否设置有属性值并不重要
那么能否把所有的bean所需的创建代理对象的lambda表达式都放到三级缓存中?
当然可以,由于三级缓存只是一个回调机制,可以将所有bean对象需要的创建代理对象的lambda表达式放到三级缓存中,后续如果需要调用,直接从三级缓存中调用执行即可,如果不需要,在生成完整对象之后可以清除三级缓存中的lambda表达式
什么时候要生成具体的代理对象呢?
在进行属性注入的时候,调用该对象生成的时候,检测是否需要被代理,如果需要,直接创建代理对象
在整个过程中,没有其他对象有当前对象的依赖,那么在生成最终的完整对象之前(BeanPostProcessor的after方法)生成代理对象即可
总结
三级缓存在进行对象查找的时候,顺序是?
一级缓存 -> 二 级缓存 -> 三级缓存
为什么要存在三级缓存?
为了生成代理对象(否则二级缓存即可)
解决循环依赖的根本原因?
实例化和初始化是分开处理的
源码分析
前面介绍了循环依赖、三级缓存的相关前置内容,我们来分析下这段源码(。・ω・。)ノ
判断是否符合提前曝光的条件
先是定义了一个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表达式,方便后续进行回调调用