盘点 SpringIOC : 循环依赖

时间  2021-08-12
标签 html java git github 缓存 markdown 并发 app oop post 栏目 Spring 繁體版
原文   原文链接

总文档 :文章目录
Github : github.com/black-anthtml

一 . 前言

这是一篇尝试型的文章 , SpringIOC 的笔记基本上已经整理出来了 , 可是始终没有想好该怎么输出为文档 .java

在我看来 , 若是我花了时间整理出一篇文档 , 那么不论多久 , 哪怕有所遗忘 , 后面再读的时候也应该能迅速读懂 . 整个 IOC 体系会以这个思路去输出 .git

IOC 整个体系过于庞大 , 哪怕把以前的笔记所有梳理完 , 仍然感受仍是不够的 . 不过先挑个好说的 , 看看能不能先把这一部分梳理好 .github

二 . 功能现象

循环依赖是指三个对象互相依赖 , 当经过 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") 后 , 一切正常
循环依赖是在 单例模式中处理完成的markdown

三 . 源码跟踪

咱们从源码的角度分析一下 , SpringIOC 的单例是怎么控制循环依赖的并发

3.1 单例Bean 的加载流程

一切的起点app

起点固然是从 AbstractBeanFactory 开始的 , 这一步会在 Bean 建立时详细说说 , 这里先放过oop

C- AbstractBeanFactory 
    M- doGetBean :
        - Object sharedInstance = getSingleton(beanName) : 从缓存中获取Bean
        
复制代码

能够看到 , 当建立第一个 BeanA 时 , 进入 DefaultSingletonBeanRegistrypost

// 继续深刻 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

image-20210421095922482.png

image-20210421100927098.png

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 体系

SingletonBeanRegistry001.jpg

总结

循环依赖的处理流程其实很简单 , 篇幅也不长 , 主要就是几个缓存集合的使用.

这篇主要是想看看能不能使文档具备快速会议的能力

参考文献

cmsblogs.com/?cat=206

www.cnblogs.com/qinzj/p/114…

附录

相关文章
相关标签/搜索
每日一句
    每一个你不满意的现在，都有一个你没有努力的曾经。
本站公众号
   欢迎关注本站公众号,获取更多信息
联系我们 最近搜索 最新文章 沪ICP备13005482号-10 MyBatis教程 SQL 教程 MySQL教程 Java 教程 Thymeleaf 教程 Hibernate教程 Spring教程 Redis教程