总文档 :文章目录
Github : github.com/black-ant
一 . 前言
这是一篇尝试型的文章 , SpringIOC 的笔记基本上已经整理出来了 , 但是始终没有想好该怎么输出为文档 .
在我看来 , 如果我花了时间整理出一篇文档 , 那么不论多久 , 哪怕有所遗忘 , 后面再读的时候也应该能迅速读懂 . 整个 IOC 体系会以这个思路去输出 .
IOC 整个体系过于庞大 , 哪怕把之前的笔记全部梳理完 , 仍然感觉还是不够的 . 不过先挑个好说的 , 看看能不能先把这一部分梳理好 .
二 . 功能现象
循环依赖是指三个对象互相依赖 , 当通过 getBean 去获取依赖的 Bean 时 , 就形成了循环依赖
// 这里先使用 Scope 尝试使用 prototype 模式
@Component
@Scope(value = "prototype")
public class BeanCService{}
// 当 BeanA , BeanB , BeanC 相互依赖时 , 结果是这样的 :
The dependencies of some of the beans in the application context form a cycle:
beanStartService (field private com.gang.BeanAService com.gang.BeanStartService.beanAService)
┌─────┐
| beanAService (field private com.gang.BeanBService com.gang.BeanAService.beanBService)
↑ ↓
| beanBService (field private com.gang.BeanCService com.gang.BeanBService.beanCService)
↑ ↓
| beanCService (field private com.gang.BeanAService com.gang.study.BeanCService.beanAService)
└─────┘
去掉 @Scope(value = "prototype") 后 , 一切正常
循环依赖是在 单例模式中处理完成的
三 . 源码跟踪
我们从源码的角度分析一下 , SpringIOC 的单例是怎么控制循环依赖的
3.1 单例Bean 的加载流程
一切的起点
起点当然是从 AbstractBeanFactory 开始的 , 这一步会在 Bean 创建时详细说说 , 这里先放过
C- AbstractBeanFactory
M- doGetBean :
- Object sharedInstance = getSingleton(beanName) : 从缓存中获取Bean
可以看到 , 当创建第一个 BeanA 时 , 进入 DefaultSingletonBeanRegistry
// 继续深入 DefaultSingletonBeanRegistry , 其中有以下的参数
C180- DefaultSingletonBeanRegistry
F01- private final Map<String, Object> singletonObjects = new ConcurrentHashMap<>(256);
?- 单例对象的缓存:bean到bean实例的名称
F02- private final Map<String, ObjectFactory<?>> singletonFactories = new HashMap<>(16);
?- 单例工厂的缓存:ObjectFactory的bean名
F03- private final Map<String, Object> earlySingletonObjects = new HashMap<>(16);
?- 早期单例对象的缓存:bean到bean实例的名称
F04- private final Set<String> registeredSingletons = new LinkedHashSet<>(256);
?- 一组已注册的单例,按注册顺序包含bean名称
F05- private final Set<String> singletonsCurrentlyInCreation =Collections.newSetFromMap(new ConcurrentHashMap<>(16));
?- 当前正在创建的bean的名称
F06- private final Set<String> inCreationCheckExclusions =Collections.newSetFromMap(new ConcurrentHashMap<>(16));
?- 当前在创建检查中被排除的bean的名称
F07- private Set<Exception> suppressedExceptions;
?- 异常列表
F08- private boolean singletonsCurrentlyInDestruction = false;
?- 标志是否正在销毁单例
F09- private final Map<String, Object> disposableBeans = new LinkedHashMap<>();
?- 一次性bean实例:从bean名称到一次性实例
F10- private final Map<String, Set<String>> containedBeanMap = new ConcurrentHashMap<>(16);
?- 包含bean名称之间的映射:bean名称到bean所包含的一组bean名称
F11- private final Map<String, Set<String>> dependentBeanMap = new ConcurrentHashMap<>(64);
?- 依赖bean名称之间的映射:bean名称到一组依赖bean名称
F12- private final Map<String, Set<String>> dependenciesForBeanMap = new ConcurrentHashMap<>(64);
?- 依赖bean名称之间的映射:bean名称到bean依赖项的一组bean名称
怎么创建一个单例Bean
// 当我们创建一个单例Bean 时
C180- DefaultSingletonBeanRegistry
M180_01- getSingleton(String beanName, boolean allowEarlyReference)
- 首先从 Map<String, Object> singletonObjects 中获取
- 如果没有 , 且正在创建 (->M180_02) , 则继续从 earlySingletonObjects 中获取
- 如果还是没有 , 且需要创建早期引用 , 则继续从 this.singletonFactories 中获取
-如果 singletonFactories 获取到了 , 将当前 bean 放入 singletonObjects 且从 singletonFactories 移除
M180_02- isSingletonCurrentlyInCreation
?- 判断当前 Bean 是否已经在注册
- singletonsCurrentlyInCreation.contains(beanName)
// M180_01 代码 : 分别从三个 ConcurrentHashMap 中获取对应的 Bean
protected Object getSingleton(String beanName, boolean allowEarlyReference) {
Object singletonObject = this.singletonObjects.get(beanName);
if (singletonObject == null && isSingletonCurrentlyInCreation(beanName)) {
synchronized (this.singletonObjects) {
singletonObject = this.earlySingletonObjects.get(beanName);
if (singletonObject == null && allowEarlyReference) {
ObjectFactory<?> singletonFactory = this.singletonFactories.get(beanName);
if (singletonFactory != null) {
singletonObject = singletonFactory.getObject();
this.earlySingletonObjects.put(beanName, singletonObject);
this.singletonFactories.remove(beanName);
}
}
}
}
return singletonObject;
}
从整个流程来看 , 最主要的就是从三个 CurrentHashMap 本地缓存中获取 Bean 实例
PS : 这里可以预先说一下 , 当第一个Bean 创建时 , 就已经在缓存总存在了 , 哪怕他还没有完全加载完成
sequenceDiagram
BeanA->> BeanB: Get(B) 获取 BeanB
BeanB->>BeanC: Get(C) 获取 BeanC
BeanC-->>BeanA: Get(A) 获取 BeanA
BeanC->> singletonObjects : 从singletonObjects 中第一次获取获取 BeanA
singletonObjects->> BeanC : 获取失败 ,且已创建
BeanC->> earlySingletonObjects : 从缓存中Get(A) 获取 BeanA
earlySingletonObjects->> BeanC :获取失败 ,且需要提前创建
BeanC->> singletonFactories : 从缓存中Get(A) 获取 BeanA
我们就这几个缓存来好好的看一下 :
继续向下检索 ,看一下 上面2个对象是什么时候放上去的
// 着重复习一下上面几个对象
singletonsCurrentlyInCreation : 当前正在创建的 Bean 名称集合
singletonObjects : 单例对象的缓存
earlySingletonObjects : 早期单例对象的缓存
singletonFactories : 单例工厂的缓存
3.2 singletonsCurrentlyInCreation
Step 1 : singletonsCurrentlyInCreation 插入的地方
C180- DefaultSingletonBeanRegistry
M180_03- beforeSingletonCreation
?- this.singletonsCurrentlyInCreation.add(beanName) : 添加当前 BeanName
M180_04- afterSingletonCreation
?- this.singletonsCurrentlyInCreation.remove(beanName) : 移除当前 BeanName
// 这里大概就清楚了 插入的方式
// PS : 以下方法中都会调用 beforeSingletonCreation 方法 , 三个方法处理完成后 , 就会移除
C- AbstractAutowireCapableBeanFactory
M- getSingletonFactoryBeanForTypeCheck
C- DefaultSingletonBeanRegistry
M- getSingleton : 单例Bean 创建的位置
C- FactoryBeanRegistrySupport
M- getObjectFromFactoryBean
3.3 singletonObjects 的存储
singletonObjects 存入的位置
M180_05- addSingleton
- this.singletonObjects.put(beanName, singletonObject)
?- 也就是说每添加一个 单例 ,都会往其中添加一个对象
M- getSingletonMutex : 这是唯一一个有可能放入数据的地方了
- return this.singletonObjects;
// 打断点跟踪后发现以下类中进行了调用:
C- FactoryBeanRegistrySupport
M- getObjectFromFactoryBean : 只是作为一个锁对象
C- AbstractApplicationEventMulticaster
M- setBeanFactory
- this.retrievalMutex = this.beanFactory.getSingletonMutex() : 将对象进行了引用
?- 其中也大部分作为锁对象 , 没有进行操作
PS : 使用该对象作为 synchronized 的监视对象可以有效保证唯一性
一开始我在想 ConcurrentHashMap 应该也可以保证并发唯一 , 后来想了一下 , 这里的唯一应该是业务流程上的唯一 ,例如我这里要删除 , 你那里就不能进行添加 , 等我做完了 , 你才能继续
singletonObjects 删除的地方
C180- DefaultSingletonBeanRegistry
M180_07- clearSingletonCache
- 这里不止一个集合 , 是把所有的集合都清空了
?- 看了一下 , 主要是再 destroySingletons 流程中调用
M180_08- removeSingleton
- 移除单个单例时 ,此时时 remove
PS : 也就是说 , 销毁单例时 , 该数据会被清空或者移除
// M180_07 代码
protected void clearSingletonCache() {
synchronized (this.singletonObjects) {
this.singletonObjects.clear();
this.singletonFactories.clear();
this.earlySingletonObjects.clear();
this.registeredSingletons.clear();
this.singletonsCurrentlyInDestruction = false;
}
}
sequenceDiagram
addSingleton->> singletonObjects : addSingletonFactory 时 put进入参数
Note left of singletonObjects: singletonObjects 集合
clearSingletonCache-->>singletonObjects : clearSingletonCache 方法中移除
removeSingleton-->>singletonObjects : removeSingleton 方法中移除
3.4 earlySingletonObjects
earlySingletonObjects 保存的地方
C180- DefaultSingletonBeanRegistry
M180_01- getSingleton(String beanName, boolean allowEarlyReference)
?- 还是之前获取的位置 , 可以看到 , 这里有一个参数是 allowEarlyReference
- this.earlySingletonObjects.put(beanName, singletonObject)
PS : 这个的位置为 初始类 BeanA 加载时 , 此时未注入依赖 , 只是第一次构建
earlySingletonObjects 是一个中间缓存 , 在Single Bean 添加完成后 , 这个中间缓存就会被清除
earlySingletonObjects 清除的地方
C180- DefaultSingletonBeanRegistry
M180_09- addSingletonFactory(String beanName, ObjectFactory<?> singletonFactory) : 清除单个
M180_07- clearSingletonCache : 清空所有
M180_05- addSingleton : 清除单个
sequenceDiagram
getSingleton->> earlySingletonObjects : getSingleton 时 put进入参数
Note left of earlySingletonObjects: earlySingletonObjects 集合
addSingletonFactory-->>earlySingletonObjects : addSingletonFactory 方法中移除
clearSingletonCache-->>earlySingletonObjects : clearSingletonCache 方法中 clear
addSingleton-->>earlySingletonObjects : addSingleton 方法中 移除
3.5 singletonFactories
singletonFactories 是单例工厂
// 还是先看下
C180- DefaultSingletonBeanRegistry
M180_07- addSingletonFactory(String beanName, ObjectFactory<?> singletonFactory)
IF- 如果 singletonObjects (F01)包含 当前 BeanName
TRUE- singletonFactories (F02) 添加当前 Bean 和 singletonFactory
?- this.singletonFactories.put(beanName, singletonFactory);
// PS : 单例工厂是哪个环节被调用的
首先 , getSingle 中 , 实际上接的是一个 lambda 表达式
C180- DefaultSingletonBeanRegistry
M180_01- getSingleton(String beanName, boolean allowEarlyReference)
- ObjectFactory<?> singletonFactory = this.singletonFactories.get(beanName);
- singletonObject = singletonFactory.getObject();
// 该对象是在 AbstractAutowireCapableBeanFactory # doCreateBean 中生成的
addSingletonFactory(beanName, () -> getEarlyBeanReference(beanName, mbd, bean));
// 其中传入了一个 getEarlyBeanReference 方法 , 该方法会在 getObject 回调
() -> getEarlyBeanReference(beanName, mbd, bean) --- singletonFactory.getObject()
// 最终会通过 SmartInstantiationAwareBeanPostProcessor 来处理生成
SmartInstantiationAwareBeanPostProcessor ibp = (SmartInstantiationAwareBeanPostProcessor) bp;
exposedObject = ibp.getEarlyBeanReference(exposedObject, beanName);
// 最终会生成一个空的对象 , 放进去
PS : 该对象会在后续中被 getSingleton 获取继续处理
sequenceDiagram
DefaultSingletonBeanRegistry->> singletonFactories : addSingletonFactory 时 put进入参数
Note left of singletonFactories: singletonFactories 集合
getSingleton-->>singletonFactories : singletonFactories 方法中移除
removeSingleton-->>singletonFactories : removeSingleton 方法中移除
clearSingletonCache-->>singletonFactories : clearSingletonCache 方法中 clear
3.6 为什么 prototype 不可行
这里涉及到 prototype 的加载过程 :
prototype 的创建是在 AbstractBeanFactory 中完成
C171- AbstractBeanFactory
M171_02- doGetBean( String name, Class<T> requiredType,Object[] args, boolean typeCheckOnly)
- 如果是 Singleton , 则 getSingleton
?- 走了缓存集合
- 如果是 Prototype , 则 createBean
?- 这里是没有缓存类来处理的
// M171_02 伪代码
if (mbd.isSingleton()) {
//.....
} else if (mbd.isPrototype()) {
Object prototypeInstance = null;
try {
beforePrototypeCreation(beanName);
prototypeInstance = createBean(beanName, mbd, args);
}finally {
afterPrototypeCreation(beanName);
}
bean = getObjectForBeanInstance(prototypeInstance, name, beanName, mbd);
}
完整流程
sequenceDiagram
BeanC->> singletonObjects : 从singletonObjects 中第一次获取获取 BeanA
singletonObjects->> BeanC : 获取失败 ,且已创建
BeanC->> earlySingletonObjects : 从缓存中Get(A) 获取 BeanA
earlySingletonObjects->> BeanC :获取失败 ,且需要提前创建
BeanC->> singletonFactories : 从缓存中Get(A) 获取 BeanA
补充资料 : SingletonBeanRegistry 体系
总结
循环依赖的处理流程其实很简单 , 篇幅也不长 , 主要就是几个缓存集合的使用.
这篇主要是想看看能不能使文档具有快速会议的能力