官方承諾：K60至尊版將會首批升級MIUI 15
全新的MIUI 15今天也有了消息，在官宣了K60至尊版將會搭載天璣9200+處理器和獨顯芯片X7的同時，Redmi給出了官方承諾，K60至尊重大更新首批升級，會首批推送MIUI 15。也就是說雖然
作者 | 波哥
審校 | 重樓
Spring作為當前使用最廣泛的框架之一，其重要性不言而喻。所以充分理解Spring的底層實現(xiàn)原理對于咱們Java程序員來說至關重要，那么今天筆者就詳細說說Spring框架中一個核心技術點：如何解決循環(huán)依賴問題？
Spring的循環(huán)依賴問題是指在使用Spring容器管理Bean的依賴關系時，出現(xiàn)多個Bean之間相互依賴，形成一個循環(huán)的依賴關系。這意味著Bean A 依賴于Bean B，同時Bean B 也依賴于Bean A，從而形成一個循環(huán)。Spring容器需要確保這些循環(huán)依賴關系被正確解決，以避免初始化Bean時出現(xiàn)問題。
如果你去網(wǎng)上搜索“Spring是如何解決循環(huán)依賴問題的”,絕大部分答案都是：Spring使用三級緩存確保循環(huán)依賴的解決，包括"singletonObjects"、"earlySingletonObjects"和"singletonFactories"等緩存，以及占位符的使用等等。這當然沒有錯，可是看到這些文章的朋友們，你們真的理解了這其中的原理嗎？還是只是會背答案呢？那么，今天筆者就來扒一扒Spring是如何解決這一問題的底層實現(xiàn)原理。當然要明白這個問題的底層實現(xiàn)原理，你得有一定的Spring源碼基礎才行哦。
現(xiàn)在假設我們有三個類，ClasssA、ClassB、ClassC，代碼如下：
下面，我們根據(jù)Spring關于Bean的生命周期管理過程進行分析：
假設首先實例化ClassA。我們知道在ClassA實例化完成后，需要填充屬性classB，在填充classB屬性之前，會調(diào)用addSingletonFactory方法，把一個Lambda表達式添加到了singletonFactories集合中，這個Lambda表達式的代碼如下：
在填充屬性時，需要獲取到classB的實例對象，也就是說會調(diào)用getBean("classB")來走classB這個bean實例的生命周期流程。
在獲取classB實例時，首先會調(diào)用getSingleton從singletonObjects獲取（而這個singletonObjects就是我們平常所說的單例池, 其實就是個map集合）：
如果單例池中沒有才會去創(chuàng)建，那么此時單例池中肯定沒有ClassB的實例，所以針對classB實例也會走一遍創(chuàng)建實例的生命周期的流程，同樣的也會把上述Lambda表達式添加到singletonFactories集合中。
此時singletonFactories集合中就有了classA和classB的兩個表達式。
但是這里我們要特別注意classB中需要填充屬性classA，所以在填充classB實例的classA屬性時，同樣需要調(diào)用getBean("classA")方法來獲取到classA的實例，在獲取classA實例時，同樣首先會調(diào)用getSingleton從單例池中獲取：
如代碼所示，首先會根據(jù)beanName從singletonObjects獲取，也就是獲取classA，很顯然，classA還沒有放到單例池里面去，只有完全創(chuàng)建好的實例才會放到單例池里面去。可以看到代碼同時執(zhí)行
isSingletonCurrentlyInCreation，此時這個方法返回的是true，內(nèi)容如下：
那這個isSingletonCurrentlyInCreation方法是干嘛用的呢？看方法名字就知道了，就是判斷當前這個bean是否正在創(chuàng)建中，我們在開始創(chuàng)建classA的時候就已經(jīng)把他的名字添加到singletonsCurrentlyInCreation這個集合中，表明正在創(chuàng)建classA。
很顯然滿足了if (singletonObject == null &&isSingletonCurrentlyInCreation(beanName))這個條件，于是就進入到if的方法體中。
然后從earlySingletonObjects這個集合中獲取對象，那這個earlySingletonObjects又是個啥玩意？只用singletonFactories和singletonObjects兩個緩存集合不就好了嗎？還要多此一舉使用earlySingletonObjects干啥呢？是不是感覺沒什么用？千萬別這么看，大師們考慮問題比咱們要考慮的周到，不服都不行。
我們這個案例中ClassA依賴ClassB和ClassC，ClassB依賴ClassA，ClassC也依賴ClassA，假如我們沒有這個earlySingletonObjects會出現(xiàn)什么情況呢？我們調(diào)用singletonFactories.get(beanName)得到前面說的classA的那個Lambda表達式，然后執(zhí)行
singletonFactory.getObject()就開始執(zhí)行這個Lambda表達式，在填充ClassB中的classA屬性時是不是相當于執(zhí)行了這個Lambda表達式獲取了這個classA對象。
好了，到此為止classA中的classB屬性獲取到了，接下來填充classC了，上述同樣的流程，當填充classC的classA屬性時，是不是還得從singletonFactories中獲取classA的Lambda表達式，然后再執(zhí)行那個Lambda表達式，于是執(zhí)行了兩次，正常情況下是沒有問題的，因為兩個Lambda表達式返回的結(jié)果都是classA的實例對象，但是有一種情況下就會有問題了？老鐵們此時心中肯定充滿疑惑，神馬情況呢？
如果執(zhí)行這個Lambda表達式返回的是classA的代理對象呢？如果執(zhí)行了兩次，是不是就表明classB中的classA屬性和classC中的classA屬性是兩個不同的對象了？這問題可就大了，那么問題又來了，神馬情況下會返回classA的代理對象？不賣關子了，直接上答案：在classA需要AOP的情況下，是需要生成代理對象的，而這個生成AOP的騷操作就是在這個Lambda表達式中實現(xiàn)的，我們下面會詳細介紹。
所以這里Spring使用了earlySingletonObjects這個我們稱為二級緩存的集合來暫存下，這樣在classC填充classA屬性的時候就不用再次調(diào)用lambda表達式了，是不是完美的解決了上述的問題？剩下的幾行代碼很簡單，就不多廢話了，大家自己看看就知道了。
總結(jié)下，Spring解決循環(huán)依賴問題其實就是使用了幾個集合類，它們分別是：singletonsCurrentlyInCreation（Set）、singletonFactories(Map)、earlySingletonObjects(Map)、singletonObjects(Map)，通過這幾個集合的相互配合，最終解決循環(huán)依賴問題。
波哥，互聯(lián)行業(yè)從業(yè)10余年，先后擔任項目總監(jiān)及架構(gòu)師。目前專攻技術，喜歡研究技術原理。技術全面，主攻Java，精通JVM底層機制及Spring全家桶底層框架原理，熟練掌握當前主流的中間件、服務網(wǎng)格等技術原理。
本文鏈接：http://www.www897cc.com/showinfo-26-34591-0.htmlSpring到底是如何解決循環(huán)依賴問題的？?
聲明：本網(wǎng)頁內(nèi)容旨在傳播知識，若有侵權(quán)等問題請及時與本網(wǎng)聯(lián)系，我們將在第一時間刪除處理。郵件：2376512515@qq.com
Copyright ? 2016-2023 天津谷騏科技有限公司 版權(quán)所有 sitemap.xml
違法及侵權(quán)請聯(lián)系：2376512515@qq.com 津ICP備18001702號
津公網(wǎng)安備 12010102000574號