還是回到我們創(chuàng)建bean的#doCreateBean(...)方法中,上節(jié)我們簡(jiǎn)單的了解了對(duì)于該方法創(chuàng)建完成的bean總是會(huì)對(duì)其進(jìn)行屬性的填充,這篇我們來(lái)了解下該方法中第3個(gè)過(guò)程,對(duì)于循環(huán)依賴(lài)的處理過(guò)程,首先我們得了解下什么是循環(huán)依賴(lài)
循環(huán)依賴(lài)
所謂循環(huán)依賴(lài)就是兩個(gè)或者兩個(gè)以上的引用相互引用,最終會(huì)形成一個(gè)閉環(huán),比如:A依賴(lài)B,B依賴(lài)C,C依賴(lài)A如圖所示:
圖中更能直接反應(yīng)循環(huán)依賴(lài)的過(guò)程,實(shí)質(zhì)是一個(gè)死循環(huán)的過(guò)程,是沒(méi)法終止的過(guò)程,除非強(qiáng)制性終止,在圖中當(dāng)spring初始化A實(shí)例時(shí),發(fā)現(xiàn)需要引用B實(shí)例,所以先初始化實(shí)例B,發(fā)現(xiàn)需要先初始化實(shí)例C,大致就是這樣
spring中循環(huán)依賴(lài)的場(chǎng)景
- 單例場(chǎng)景下的循環(huán)依賴(lài)
- 原型(prototype)場(chǎng)景下的循環(huán)依賴(lài)
不知道大家記得在我們的spring容器之開(kāi)啟bean的創(chuàng)建之旅這篇文章中,關(guān)于bean的創(chuàng)建過(guò)程中,我們說(shuō)過(guò),spring對(duì)于依賴(lài)處理只針對(duì)于單例的情況下,在原型的情況下spring會(huì)統(tǒng)一拋出BeanCurrentlyInCreationException異常,所以在接下來(lái)的學(xué)習(xí)中,我們來(lái)看spring對(duì)于單例情況下的循環(huán)依賴(lài)處理:
獲取單例實(shí)例
我們先從原始的創(chuàng)建bean的入口開(kāi)始,也就是#doGetBean(final String name, final Class<T> requiredType, final Object[] args, boolean typeCheckOnly)該方法,該方法位于AbstractBeanFactory.java類(lèi)中.
在doGetBean(...)方法中有這樣一段代碼值得注意:
AbstractBeanFactory.java
Object sharedInstance = getSingleton(beanName);
簡(jiǎn)單的一行代碼,其主要的作用是通過(guò)指定的beanName去獲取單例bean,在緩存中存在的情況下,直接返回即可,接著看:
DefaultSingletonBeanRegistry.java
/**
*
* @param beanName 轉(zhuǎn)化之后的bean的beanName
* @param allowEarlyReference 允許早期依賴(lài)
* @return
*/
@Nullable
protected Object getSingleton(String beanName, boolean allowEarlyReference) {
//通過(guò)beanName從緩存中去拿對(duì)應(yīng)的實(shí)例
Object singletonObject = this.singletonObjects.get(beanName);
//如果為null且當(dāng)前的單例的bean正在創(chuàng)建過(guò)程中
if (singletonObject == null && isSingletonCurrentlyInCreation(beanName)) {
//鎖定該全局變量singletonObjects進(jìn)行相關(guān)的處理
synchronized (this.singletonObjects) {
//從早期單例bean緩存中去獲取
singletonObject = this.earlySingletonObjects.get(beanName);
//如果為null,且提前創(chuàng)建
if (singletonObject == null && allowEarlyReference) {
//從單例工廠中獲取
ObjectFactory<?> singletonFactory = this.singletonFactories.get(beanName);
if (singletonFactory != null) {
//調(diào)用getObject并獲取對(duì)應(yīng)的實(shí)例
singletonObject = singletonFactory.getObject();
//保存到earlySingletonObjects緩存中
this.earlySingletonObjects.put(beanName, singletonObject);
//同時(shí)移除singletonFactories中的對(duì)應(yīng)的objectFactory
this.singletonFactories.remove(beanName);
}
}
}
}
return singletonObject;
}
該方法主要是從三種緩存中分別獲取,關(guān)于三個(gè)緩存的講解我們?cè)谥暗奈恼乱呀?jīng)詳細(xì)的說(shuō)過(guò)了,不清楚的可以去看看.
- singletonObjects是單例對(duì)象的緩存
- singletonFactories是單例對(duì)象工廠的緩存
- earlySingletonObjects主要的作用是提前曝光單例對(duì)象的緩存
在上述代碼中我們看到有兩個(gè)判斷的條件分別是:
- isSingletonCurrentlyInCreation(beanName)
- allowEarlyReference變量
關(guān)于isSingletonCurrentlyInCreation(beanName):其主要的作用是判斷當(dāng)前bean是否在創(chuàng)建的過(guò)程中,如果返回為true則表示我們的bean正在初始化且沒(méi)完成初始化,在spring中是有專(zhuān)門(mén)的屬性來(lái)記錄此刻bean的狀態(tài),且不同scope的bean有不同的狀態(tài),這也是spring在解決單例bean的過(guò)程中為什么會(huì)選擇提前曝光創(chuàng)建的bean
allowEarlyReference:從字面意思上面理解就是允許提前拿到引用.其實(shí)真正的意思是,是否允許從 singletonFactories 緩存中通過(guò) #getObject() 方法，拿到對(duì)象。為什么會(huì)有這樣一個(gè)字段呢惫皱？原因就在于 singletonFactories 才是 Spring 解決 singleton bean 的訣竅所在(借鑒別人的,咋也不是很清楚)
知道了上面這兩個(gè)變量用途之后,我們得想一個(gè)問(wèn)題,既然我們是從這三個(gè)緩存中獲取單例bean的,那么緩存的中的bean是從何而來(lái),是什么時(shí)候加載進(jìn)去的呢?這是我們需要的考慮的地方,其實(shí)不然在我們的#doCreateBean(...)方法中有這樣一段代碼:
AbstractAutowireCapableBeanFactory.java
//4.對(duì)單例模式下的循環(huán)依賴(lài)進(jìn)行檢查
boolean earlySingletonExposure = (mbd.isSingleton() && this.allowCircularReferences &&
isSingletonCurrentlyInCreation(beanName));
if (earlySingletonExposure) {
if (logger.isTraceEnabled()) {
logger.trace("Eagerly caching bean '" + beanName +
"' to allow for resolving potential circular references");
}
//避免后期循環(huán)依賴(lài),提早曝光創(chuàng)建的bean并加入到addSingletonFactory中
addSingletonFactory(beanName, () -> getEarlyBeanReference(beanName, mbd, bean));
}
說(shuō)實(shí)話,代碼不難,但是卻耐人尋味,這段代碼究竟干了什么其實(shí)我也不是很懂,只知道當(dāng)一個(gè)bean滿(mǎn)足上面所給的這三個(gè)條件時(shí):
- 是一個(gè)單例bean
- 允許引用提前曝光的bean
- 當(dāng)前bean正在初始化的過(guò)程中
最后通過(guò)方法#addSingletonFactory(String beanName, ObjectFactory<?> singletonFactory)方法完成依賴(lài)bean的添加,何時(shí)加入的.就是在這里,我們來(lái)看看該方法的實(shí)現(xiàn)過(guò)程:
protected void addSingletonFactory(String beanName, ObjectFactory<?> singletonFactory) {
Assert.notNull(singletonFactory, "Singleton factory must not be null");
synchronized (this.singletonObjects) {
if (!this.singletonObjects.containsKey(beanName)) {
this.singletonFactories.put(beanName, singletonFactory);
this.earlySingletonObjects.remove(beanName);
this.registeredSingletons.add(beanName);
}
}
}
可以看到,這里就是spring提早曝光創(chuàng)建的bean,可能此時(shí)的bean不是成熟的bean,也不是我們需要的bean,之所以spring這樣搞,是讓我們對(duì)這些bean在完成創(chuàng)建之前有一個(gè)認(rèn)識(shí)的過(guò)程,到這里基本上就大概的了解了循環(huán)依賴(lài)何時(shí)處理何時(shí)暴露這些bean的....
小結(jié)
這樣我們還是簡(jiǎn)單的以AB循環(huán)依賴(lài)為case進(jìn)行分析,我們的類(lèi)A中擁有屬性B,且類(lèi)B中包含屬性A,在初始化Abean的過(guò)程中如圖所示:
- 從圖中可以看到,在創(chuàng)建A時(shí),記錄A的beanName屬性,之后暴露A.
- 在對(duì)A進(jìn)行屬性填充的過(guò)程中,發(fā)現(xiàn)A依賴(lài)B,此時(shí)先完成B的初始化過(guò)程,最后加入到addSingletonFactory(...)并暴露自己.
- 當(dāng)在一次屬性填充時(shí),由于B中依賴(lài)于A,那么在一次的會(huì)初始化B,之后調(diào)用getBean(A)是從緩存中去檢測(cè)是否已經(jīng)有創(chuàng)建好的Abean,或者是ObjectFactory類(lèi)型的bean,(這里我們?cè)诔跏蓟?lèi)A時(shí),它的ObjectFactory已經(jīng)完成了創(chuàng)建),接著調(diào)用ObjectFactory的getBean()去創(chuàng)建A.
這就是上圖中AB循環(huán)依賴(lài)的過(guò)程,關(guān)于本篇的知識(shí)點(diǎn)也就到這里了....
