一篇文章搞懂Spring单例循环依赖加载

一篇文章搞懂Spring单例循环依赖加载

上一篇文章搞懂Spring ApplicationContext加载过程主要讲了ApplicationContext中refresh()方法的源码,提到了在BeanFactory加载完的最后会调用DefaultListableBeanFactory.preInstantiateSingletons()方法预加载单例Bean。本篇文章继续看一下DefaultListableBeanFactory.preInstantiateSingletons()方法的源码,最终调用的是AbstractBeanFactory.doGetBean()方法、顺便解读Spring处理循环依赖的相关源码。相关源码可以从AbstractBeanFactory.doGetBean()作为入口往下看。

1. DefaultSingletonBeanRegistry.getSingleton(String beanName)

@Nullable
    public Object getSingleton(String beanName) {
        return this.getSingleton(beanName, true);
    }

    @Nullable
    protected Object getSingleton(String beanName, boolean allowEarlyReference) {
        Object singletonObject = this.singletonObjects.get(beanName);
        if (singletonObject == null && this.isSingletonCurrentlyInCreation(beanName)) {
            singletonObject = this.earlySingletonObjects.get(beanName);
            if (singletonObject == null && allowEarlyReference) {
                synchronized(this.singletonObjects) {
                    singletonObject = this.singletonObjects.get(beanName);
                    if (singletonObject == null) {
                        singletonObject = this.earlySingletonObjects.get(beanName);
                        if (singletonObject == null) {
                            ObjectFactory<?> singletonFactory = (ObjectFactory)this.singletonFactories.get(beanName);
                            if (singletonFactory != null) {
                                singletonObject = singletonFactory.getObject();
                                this.earlySingletonObjects.put(beanName, singletonObject);
                                this.singletonFactories.remove(beanName);
                            }
                        }
                    }
                }
            }
        }
        return singletonObject;
    }

这段代码是获取单例bean的关键代码,主要逻辑是:
尝试从一级缓存this.singletonObjects中获取bean->若获取失败则尝试从二级缓存this.earlySingletonObjects获取bean->若还是获取失败,则从this.singletonFactories获取对应的ObjectFactory,调用其get方法,最后把获取到的实例塞到earlySingletonObjects中。
当时看到这段代码我有以下这些疑问:
1、对应Bean的ObjectFactory是在哪初始化,塞到singletonFactories中的呢?
2、为啥获取到实例后是添加到earlySingletonObjects中而不是singletonObjects呢?
带着这些疑问,我在后面的代码中找到答案,在AbstractAutowireCapableBeanFactory.doCreateBean()中:

protected Object doCreateBean(String beanName, RootBeanDefinition mbd, @Nullable Object[] args) throws BeanCreationException {
......
boolean earlySingletonExposure = mbd.isSingleton() && this.allowCircularReferences && this.isSingletonCurrentlyInCreation(beanName);
        if (earlySingletonExposure) {
            if (this.logger.isTraceEnabled()) {
                this.logger.trace("Eagerly caching bean '" + beanName + "' to allow for resolving potential circular references");
            }

            this.addSingletonFactory(beanName, () -> {
                return this.getEarlyBeanReference(beanName, mbd, bean);
            });
        }
......
}

比如有以下循环依赖:A->B->A,则加载A时,会先把A设置为SingletonCurrentlyInCreation状态,然后加载B,把B设置为SingletonCurrentlyInCreation状态,发现B依赖A,此时又会去加载A,发现A是在SingletonCurrentlyInCreation状态,发生了循环依赖,Spring就是通过SingletonCurrentlyInCreation这个状态来判断是否发生循环依赖的。结合以上代码,发生循环依赖后,就会调用this.getEarlyBeanReference(beanName, mbd, bean);方法来生成临时实例,整个过程是个递归的过程。
注:之前一直有个疑问,就是getSingleton方法中怎么保证我获取的beanA跟一开始加载的bean是同一个bean,一开始以为是通过缓存实现的,找了半天没找到,后面发现是通过闭包实现的:

this.addSingletonFactory(beanName, () -> {
                return this.getEarlyBeanReference(beanName, mbd, bean);
})

这里设置ObjectFactory的时候把当前的bean传入了
调用流程图:
在这里插入图片描述

为何是三级缓存?

Spring 单例加载有三级缓存,分别是:
一级:final Map<String, Object> singletonObjects
二级:Map<String, Object> earlySingletonObjects
三级:Map<String, ObjectFactory<?>> singletonFactories
其实理论上二级缓存就可以解决循环依赖的问题,那为什么引入三级缓存呢?
主要是为了处理InstantiationAwareBeanPostProcessors,看一下代码:

protected Object getEarlyBeanReference(String beanName, RootBeanDefinition mbd, Object bean) {
        Object exposedObject = bean;
        SmartInstantiationAwareBeanPostProcessor bp;
        if (!mbd.isSynthetic() && this.hasInstantiationAwareBeanPostProcessors()) {
            for(Iterator var5 = this.getBeanPostProcessorCache().smartInstantiationAware.iterator(); var5.hasNext(); exposedObject = bp.getEarlyBeanReference(exposedObject, beanName)) {
                bp = (SmartInstantiationAwareBeanPostProcessor)var5.next();
            }
        }

        return exposedObject;
    }

若存在循环依赖,在方法DefaultSingletonBeanRegistry.
getSingleton(String beanName)中,会调用ObjectFactory.getObject方法触发二级缓存,看代码可以得出,在对象实例化前,会调用所有的InstantiationAwareBeanPostProcessors。
至于为什么一定要三级缓存,不使用二级缓存呢?可以看下一篇文章:为什么Spring要使用三级缓存解决循环依赖?

  • 0
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 1
    评论

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论 1
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值