Spring源碼解析之循環(huán)依賴的實現(xiàn)流程

第Spring源碼解析之循環(huán)依賴的實現(xiàn)流程目錄前言循環(huán)依賴實現(xiàn)流程

前言

上篇文章中我們分析完了Spring中Bean的實例化過程，但是沒有對循環(huán)依賴的問題進(jìn)行分析，這篇文章中我們來看一下spring是如何解決循環(huán)依賴的實現(xiàn)。

之前在講spring的過程中，我們提到了一個spring的單例池singletonObjects，用于存放創(chuàng)建好的bean，也提到過這個Map也可以說是狹義上的spring容器。

privatefinalMapString,ObjectsingletonObjects=newConcurrentHashMapString,Object(256);

其實spring在緩存bean的過程中并不是只有這一個Map，我們看一下DefaultSingletonBeanRegistry這個類，在其中其實存在3個Map，這也就是經(jīng)常提到的spring三級緩存。

/**Cacheofsingletonobjects:beanname--beaninstance*/

privatefinalMapString,ObjectsingletonObjects=newConcurrentHashMapString,Object(256);

/**Cacheofearlysingletonobjects:beanname--beaninstance*/

privatefinalMapString,ObjectearlySingletonObjects=newHashMapString,Object(16);

/**Cacheofsingletonfactories:beanname--ObjectFactory*/

privatefinalMapString,ObjectFactorysingletonFactories=newHashMapString,ObjectFactory(16);

從上到下分別為一到三級緩存，這里先對三級緩存有一個初步的認(rèn)識，后面使用到的時候我們再詳細(xì)分析。

循環(huán)依賴實現(xiàn)流程

下面開始分析spring循環(huán)依賴的注入實現(xiàn)過程。先寫兩個bean，在它們中分別注入了對方：

@Component

publicclassServiceA{

@Autowired

ServiceBserviceB;

publicServiceBgetServiceB(){

System.out.println("getServiceB");

returnserviceB;

}

@Component

publicclassServiceB{

@Autowired

ServiceAserviceA;

publicServiceAgetServiceA(){

returnserviceA;

}

進(jìn)行測試，分別調(diào)用它們的get方法，能夠正常獲得bean，說明循環(huán)依賴是可以實現(xiàn)的：

com.hydra.service.ServiceB@58fdd99

com.hydra.service.ServiceA@6b1274d2

首先，回顧一下上篇文章中講過的bean實例化的流程。下面的內(nèi)容較多依賴于spring的bean實例化源碼，如果不熟悉建議花點時間閱讀一下上篇文章。

在AbstractAutowireCapableBeanFactory的doCreateBean方法中，調(diào)用createBeanInstance方法創(chuàng)建一個原生對象，之后調(diào)用populateBean方法執(zhí)行屬性的填充，最后調(diào)用各種回調(diào)方法和后置處理器。

但是在執(zhí)行populateBean方法前，上篇文章中省略了一些涉及到循環(huán)依賴的內(nèi)容，看一下下面這段代碼：

上面的代碼先進(jìn)行判斷：如果當(dāng)前創(chuàng)建的是單例bean，并且允許循環(huán)依賴，并且處于創(chuàng)建過程中，那么執(zhí)行下面的addSingletonFactory方法。

主要工作為將lambda表達(dá)式代表的ObjectFactory，放入三級緩存的Map中。注意這里只是一個存放的操作，并沒有實際執(zhí)行l(wèi)ambda表達(dá)式中的內(nèi)容，具體調(diào)用過程是在后面調(diào)用ObjectFactory的getObject方法時調(diào)用。這個方法執(zhí)行完成后，三級緩存中存放了一條serviceA的數(shù)據(jù)，二級緩存仍然為空。

回到正常調(diào)用流程，生成原生對象后，調(diào)用populateBean方法進(jìn)行屬性的賦值也就是依賴注入，具體是通過執(zhí)行AutowiredAnnotationBeanPostProcessor這一后置處理器的postProcessPropertyValues方法。

在這一過程中，serviceA會找到它依賴的serviceB這一屬性，當(dāng)發(fā)現(xiàn)依賴后，會調(diào)用DefaultListableBeanFactory的doResolveDependency方法，之后執(zhí)行resolveCandidate方法，在該方法中，嘗試使用beanFactory獲取到serviceB的bean實例。

publicObjectresolveCandidate(StringbeanName,ClassrequiredType,BeanFactorybeanFactory)

throwsBeansException{

returnbeanFactory.getBean(beanName);

這時和之前沒有循環(huán)依賴時的情況就會有些不一樣了，因為現(xiàn)在serviceB還沒有被創(chuàng)建出來，所以通過beanFactory是無法直接獲取的。因此當(dāng)在doGetBean方法中調(diào)用getSingleton方法會返回一個null值：

因此，繼續(xù)使用與之前相同的創(chuàng)建bean的流程，實例化serviceB的bean對象。當(dāng)serviceB的原生對象被實例化完成后，同樣可以看到它依賴的serviceA還沒有被賦值：

創(chuàng)建完serviceB的原生對象后，同樣執(zhí)行addSingletonFactory方法，將serviceB放入三級緩存中，執(zhí)行完成后，三級緩存中就已經(jīng)存在了兩個bean的緩存：

向下執(zhí)行，serviceB會調(diào)用populateBean方法進(jìn)行屬性填充。和之前serviceA依賴serviceB相同的調(diào)用鏈，執(zhí)行到resolveCandidate方法，嘗試使用beanFactory的getBean去獲取serviceA。

向下執(zhí)行，調(diào)用getSingleton方法嘗試直接獲取serviceA，此時三級緩存singletonFactories中我們之前已經(jīng)存進(jìn)去了一個key為serviceA的beanName，value為lambda表達(dá)式，這時可以直接獲取到。

在執(zhí)行singletonFactory的getObject方法時才去真正執(zhí)行l(wèi)ambda表達(dá)式中的方法，實際執(zhí)行的是getEarlyBeanReference方法：

在遍歷后置處理器后，獲取到serviceA的執(zhí)行過后置處理器后的對象，執(zhí)行：

this.earlySingletonObjects.put(beanName,singletonObject);

this.singletonFactories.remove(beanName);

這里將serviceA放入二級緩存earlySingletonObjects，并從三級緩存singletonFactories中移除。在這一步執(zhí)行完后，三級緩存中的serviceA就沒有了。

當(dāng)我們從緩存中獲取了serviceA的bean后，就不會再調(diào)用createBean去重復(fù)創(chuàng)建新的bean了。之后，順調(diào)用鏈返回serviceB調(diào)用的doResolveDependency方法：

serviceB就成功獲取到了它的依賴的serviceA屬性的bean對象，回到inject方法，使用反射給serviceA賦值成功。

回到doCreateBean的方法，可以看到serviceB的serviceA屬性已經(jīng)被注入了，但是serviceA中的serviceB屬性還是null。說明serviceB的依賴注入已經(jīng)完成，而serviceA的依賴注入還沒做完。

現(xiàn)在我們梳理一下運行到這里的流程：

1、在serviceA填充屬性過程中發(fā)現(xiàn)依賴了serviceB，通過beanFactory的getBean方法，嘗試獲取serviceB

2、serviceB不存在，執(zhí)行了一遍serviceB的創(chuàng)建流程，填充屬性時發(fā)現(xiàn)serviceA已經(jīng)存在于三級緩存，直接注入給serviceB

可以看到，在創(chuàng)建serviceA的過程中發(fā)現(xiàn)依賴的serviceB不存在，轉(zhuǎn)而去創(chuàng)建了serviceB，而創(chuàng)建serviceA的流程并沒有執(zhí)行完，因此在創(chuàng)建完serviceB后再順調(diào)用鏈返回，直到doResolveDependency方法：

可以看到，需要依賴的serviceB已經(jīng)被創(chuàng)建并返回成功，返回到in