
1. 基礎(chǔ)知識(shí)
1.1 什么是循環(huán)依賴 ?
一個(gè)或多個(gè)對象之間存在直接或間接的依賴關(guān)系,這種依賴關(guān)系構(gòu)成一個(gè)環(huán)形調(diào)用,有下面 3 種方式。

我們看一個(gè)簡單的 Demo,對標(biāo)“情況 2”。
@Service
publicclassLouzai1{
@Autowired
privateLouzai2louzai2;
publicvoidtest1(){
}
}
@Service
publicclassLouzai2{
@Autowired
privateLouzai1louzai1;
publicvoidtest2(){
}
}
這是一個(gè)經(jīng)典的循環(huán)依賴,它能正常運(yùn)行,后面我們會(huì)通過源碼的角度,解讀整體的執(zhí)行流程。
1.2 三級(jí)緩存
解讀源碼流程之前,spring 內(nèi)部的三級(jí)緩存邏輯必須了解,要不然后面看代碼會(huì)蒙圈。
- 第一級(jí)緩存 :singletonObjects,用于保存實(shí)例化、注入、初始化完成的 bean 實(shí)例;
- 第二級(jí)緩存 :earlySingletonObjects,用于保存實(shí)例化完成的 bean 實(shí)例;
- 第三級(jí)緩存 :singletonFactories,用于保存 bean 創(chuàng)建工廠,以便后面有機(jī)會(huì)創(chuàng)建代理對象。
這是最核心,我們直接上源碼:

執(zhí)行邏輯:
- 先從“第一級(jí)緩存”找對象,有就返回,沒有就找“二級(jí)緩存”;
- 找“二級(jí)緩存”,有就返回,沒有就找“三級(jí)緩存”;
- 找“三級(jí)緩存”,找到了,就獲取對象,放到“二級(jí)緩存”,從“三級(jí)緩存”移除。
1.3 原理執(zhí)行流程
我把“情況 2”執(zhí)行的流程分解為下面 3 步,是不是和“套娃”很像 ?

整個(gè)執(zhí)行邏輯如下:
- 在第一層中,先去獲取 A 的 Bean,發(fā)現(xiàn)沒有就準(zhǔn)備去創(chuàng)建一個(gè),然后將 A 的代理工廠放入“三級(jí)緩存”(這個(gè) A 其實(shí)是一個(gè)半成品,還沒有對里面的屬性進(jìn)行注入 ),但是 A 依賴 B 的創(chuàng)建,就必須先去創(chuàng)建 B;
- 在第二層中,準(zhǔn)備創(chuàng)建 B,發(fā)現(xiàn) B 又依賴 A,需要先去創(chuàng)建 A;
- 在第三層中,去創(chuàng)建 A,因?yàn)榈谝粚右呀?jīng)創(chuàng)建了 A 的代理工廠,直接從“三級(jí)緩存”中拿到 A 的代理工廠,獲取 A 的代理對象,放入“二級(jí)緩存” ,并清除“三級(jí)緩存”;
- 回到第二層,現(xiàn)在有了 A 的代理對象,對 A 的依賴完美解決(這里的 A 仍然是個(gè)半成品 ),B 初始化成功;
- 回到第一層,現(xiàn)在 B 初始化成功,完成 A 對象的屬性注入,然后再填充 A 的其它屬性,以及 A 的其它步驟(包括 AOP),完成對 A 完整的初始化功能(這里的 A 才是完整的 Bean )。
- 將 A 放入“一級(jí)緩存”。
為什么要用 3 級(jí)緩存 ?我們先看源碼執(zhí)行流程,后面我會(huì)給出答案。
基于 Spring Boot + MyBatis Plus + Vue & Element 實(shí)現(xiàn)的后臺(tái)管理系統(tǒng) + 用戶小程序,支持 RBAC 動(dòng)態(tài)權(quán)限、多租戶、數(shù)據(jù)權(quán)限、工作流、三方登錄、支付、短信、商城等功能
2. 源碼解讀
注意:Spring 的版本是 5.2.15.RELEASE ,否則和我的代碼不一樣!!!
上面的知識(shí),網(wǎng)上其實(shí)都有,下面才是我們的重頭戲,讓你跟著樓仔,走一遍代碼流程。
2.1 代碼入口


這里需要多跑幾次,把前面的 beanName 跳過去,只看 louzai1。


2.2 第一層

進(jìn)入 doGetBean(),從 getSingleton() 沒有找到對象,進(jìn)入創(chuàng)建 Bean 的邏輯。


進(jìn)入 doCreateBean() 后,調(diào)用 addSingletonFactory()。

往三級(jí)緩存 singletonFactories 塞入 louzai1 的工廠對象。


進(jìn)入到 populateBean(),執(zhí)行 postProcessProperties(),這里是一個(gè)策略模式,找到下圖的策略對象。

正式進(jìn)入該策略對應(yīng)的方法。

下面都是為了獲取 louzai1 的成員對象,然后進(jìn)行注入。




進(jìn)入 doResolveDependency(),找到 louzai1 依賴的對象名 louzai2

需要獲取 louzai2 的 bean,是 AbstractBeanFactory 的方法。

正式獲取 louzai2 的 bean。

到這里,第一層套娃基本結(jié)束,因?yàn)?louzai1 依賴 louzai2,下面我們進(jìn)入第二層套娃。
2.3 第二層

獲取 louzai2 的 bean,從 doGetBean(),到 doResolveDependency(),和第一層的邏輯完全一樣,找到 louzai2 依賴的對象名 louzai1。
前面的流程全部省略,直接到 doResolveDependency()。

正式獲取 louzai1 的 bean。

到這里,第二層套娃結(jié)束,因?yàn)?louzai2 依賴 louzai1,所以我們進(jìn)入第三層套娃。
2.4 第三層

獲取 louzai1 的 bean,在第一層和第二層中,我們每次都會(huì)從 getSingleton() 獲取對象,但是由于之前沒有初始化 louzai1 和 louzai2 的三級(jí)緩存,所以獲取對象為空。


敲重點(diǎn)!敲重點(diǎn)!!敲重點(diǎn)!!!
到了第三層,由于第三級(jí)緩存有 louzai1 數(shù)據(jù),這里使用三級(jí)緩存中的工廠,為 louzai1 創(chuàng)建一個(gè)代理對象,塞入二級(jí)緩存。

這里就拿到了 louzai1 的代理對象,解決了 louzai2 的依賴關(guān)系,返回到第二層。
2.5 返回第二層
返回第二層后,louzai2 初始化結(jié)束,這里就結(jié)束了么?二級(jí)緩存的數(shù)據(jù),啥時(shí)候會(huì)給到一級(jí)呢?
甭著急,看這里,還記得在 doGetBean() 中,我們會(huì)通過 createBean() 創(chuàng)建一個(gè) louzai2 的 bean,當(dāng) louzai2 的 bean 創(chuàng)建成功后,我們會(huì)執(zhí)行 getSingleton(),它會(huì)對 louzai2 的結(jié)果進(jìn)行處理。

我們進(jìn)入 getSingleton(),會(huì)看到下面這個(gè)方法。

這里就是處理 louzai2 的 一、二級(jí)緩存的邏輯,將二級(jí)緩存清除,放入一級(jí)緩存。

2.6 返回第一層
同 2.5,louzai1 初始化完畢后,會(huì)把 louzai1 的二級(jí)緩存清除,將對象放入一級(jí)緩存。

到這里,所有的流程結(jié)束,我們返回 louzai1 對象。
基于 Spring Cloud Alibaba + Gateway + Nacos + RocketMQ + Vue & Element 實(shí)現(xiàn)的后臺(tái)管理系統(tǒng) + 用戶小程序,支持 RBAC 動(dòng)態(tài)權(quán)限、多租戶、數(shù)據(jù)權(quán)限、工作流、三方登錄、支付、短信、商城等功能
3. 原理深度解讀
3.1 什么要有 3 級(jí)緩存 ?
這是一道非常經(jīng)典的面試題,前面已經(jīng)告訴大家詳細(xì)的執(zhí)行流程,包括源碼解讀,但是沒有告訴大家為什么要用 3 級(jí)緩存?
這里是重點(diǎn)!敲黑板!!!
我們先說“一級(jí)緩存”的作用,變量命名為 singletonObjects,結(jié)構(gòu)是 Map
“二級(jí)緩存”先放放,我們直接看“三級(jí)緩存”的作用,變量命名為 singletonFactories,結(jié)構(gòu)是 Map
那這個(gè)對象的代理工廠有什么作用呢,我先給出答案,它的主要作用是存放半成品的單例 Bean,目的是為了“打破循環(huán)” ,可能大家還是不太懂,這里我再稍微解釋一下。
我們回到文章開頭的例子,創(chuàng)建 A 對象時(shí),會(huì)把實(shí)例化的 A 對象存入“三級(jí)緩存”,這個(gè) A 其實(shí)是個(gè)半成品,因?yàn)闆]有完成 A 的依賴屬性 B 的注入,所以后面當(dāng)初始化 B 時(shí),B 又要去找 A,這時(shí)就需要從“三級(jí)緩存”中拿到這個(gè)半成品的 A(這里描述,其實(shí)也不完全準(zhǔn)確,因?yàn)椴皇侵苯幽茫瑸榱俗尨蠹液美斫猓揖拖冗@樣描述),打破循環(huán)。
那我再問一個(gè)問題,為什么“三級(jí)緩存”不直接存半成品的 A,而是要存一個(gè)代理工廠呢 ?答案是因?yàn)?AOP。
在解釋這個(gè)問題前,我們看一下這個(gè)代理工廠的源碼,讓大家有一個(gè)更清晰的認(rèn)識(shí)。
直接找到創(chuàng)建 A 對象時(shí),把實(shí)例化的 A 對象存入“三級(jí)緩存”的代碼,直接用前面的兩幅截圖。


下面我們主要看這個(gè)對象工廠是如何得到的,進(jìn)入 getEarlyBeanReference() 方法。




最后一幅圖太重要了,我們知道這個(gè)對象工廠的作用:
- 如果 A 有 AOP,就創(chuàng)建一個(gè)代理對象;
- 如果 A 沒有 AOP,就返回原對象。
那“二級(jí)緩存”的作用就清楚了,就是用來存放對象工廠生成的對象,這個(gè)對象可能是原對象,也可能是個(gè)代理對象。
我再問一個(gè)問題,為什么要這樣設(shè)計(jì)呢?把二級(jí)緩存干掉不行么 ?我們繼續(xù)往下看。
3.2 能干掉第 2 級(jí)緩存么 ?
@Service
publicclassA{
@Autowired
privateBb;
@Autowired
privateCc;
publicvoidtest1(){
}
}
@Service
publicclassB{
@Autowired
privateAa;
publicvoidtest2(){
}
}
@Service
publicclassC{
@Autowired
privateAa;
publicvoidtest3(){
}
}
根據(jù)上面的套娃邏輯,A 需要找 B 和 C,但是 B 需要找 A,C 也需要找 A。
假如 A 需要進(jìn)行 AOP ,因?yàn)榇韺ο竺看味际巧刹煌膶ο螅绻傻舻诙?jí)緩存,只有第一、三級(jí)緩存:
- B 找到 A 時(shí),直接通過三級(jí)緩存的工廠的代理對象,生成對象 A1。
- C 找到 A 時(shí),直接通過三級(jí)緩存的工廠的代理對象,生成對象 A2。
看到問題沒?你通過 A 的工廠的代理對象,生成了兩個(gè)不同的對象 A1 和 A2 ,所以為了避免這種問題的出現(xiàn),我們搞個(gè)二級(jí)緩存,把 A1 存下來,下次再獲取時(shí),直接從二級(jí)緩存獲取,無需再生成新的代理對象。
所以“二級(jí)緩存”的目的是為了避免因?yàn)?AOP 創(chuàng)建多個(gè)對象,其中存儲(chǔ)的是半成品的 AOP 的單例 bean。
如果沒有 AOP 的話,我們其實(shí)只要 1、3 級(jí)緩存,就可以滿足要求。
4. 寫在最后
我們再回顧一下 3 級(jí)緩存的作用:
- 一級(jí)緩存:為“Spring 的單例屬性”而生 ,就是個(gè)單例池,用來存放已經(jīng)初始化完成的單例 Bean;
- 二級(jí)緩存:為“解決 AOP”而生 ,存放的是半成品的 AOP 的單例 Bean;
- 三級(jí)緩存:為“打破循環(huán)”而生 ,存放的是生成半成品單例 Bean 的工廠方法。
如果你能理解上面我說的三條,恭喜你,你對 Spring 的循環(huán)依賴?yán)斫獾梅浅M笍兀?/p>
關(guān)于循環(huán)依賴的知識(shí),其實(shí)還有,因?yàn)槠颍揖筒辉賹懥耍?strong style="color:#0e88eb;">這篇文章的重點(diǎn),一方面是告訴大家循環(huán)依賴的核心原理,另一方面是讓大家自己去 debug 代碼 ,跑跑流程,挺有意思的。
可能有同學(xué)會(huì)問 “樓哥,你之前是不是經(jīng)常看源碼,然后這個(gè)流程,你是不是 debug 了很久?”
我之前其實(shí)沒怎么看過開源代碼,這個(gè)流程,前期理論知識(shí)看了 2.5 個(gè)小時(shí),然后 debug 4.5 小時(shí),就基本全部走通了,最難的地方,就是三層套娃,稍微有些繞。
這里也簡單說一下我看源碼的心得:
- 需要掌握基本的設(shè)計(jì)模式;
- 看源碼前,最好能找一些理論知識(shí)先看看;
- 學(xué)會(huì)讀英文注釋,不會(huì)的話就百度翻譯;
- debug 時(shí),要克制自己,不要陷入無用的細(xì)節(jié) ,這個(gè)最重要。
其中最難的是第 4 步,因?yàn)楹芏嗤瑢W(xué)看 Spring 源碼,每看一個(gè)方法,就想多研究研究,這樣很容易被繞進(jìn)去了,這個(gè)要學(xué)會(huì)克制,有大局觀,并能分辨哪里是核心邏輯 ,至于如何分辨,可以在網(wǎng)上先找些資料,如果沒有的話,就只能多看代碼了。
今天的源碼解析就到這了~
審核編輯 :李倩
-
源碼
+關(guān)注
關(guān)注
8文章
671瀏覽量
30335 -
spring
+關(guān)注
關(guān)注
0文章
340瀏覽量
15081
原文標(biāo)題:痛快!SpringBoot終于幫我們禁止了Spring循環(huán)依賴!
文章出處:【微信號(hào):芋道源碼,微信公眾號(hào):芋道源碼】歡迎添加關(guān)注!文章轉(zhuǎn)載請注明出處。
發(fā)布評論請先 登錄
ArkUI-X跨平臺(tái)應(yīng)用改造指南
前端開發(fā)中依賴包有問題怎么辦
深入理解C語言:C語言循環(huán)控制

技術(shù)干貨驛站 ▏深入理解C語言:嵌套循環(huán)與循環(huán)控制的底層原理

穩(wěn)定性建設(shè)之依賴設(shè)計(jì)

火語言如何循環(huán)讀取表格

汽輪機(jī)熱力循環(huán)分析
可靠性溫度循環(huán)試驗(yàn)至少需要幾個(gè)循環(huán)?

Simcenter Micred Power Tester功率循環(huán)測試儀

深入理解C語言:循環(huán)語句的應(yīng)用與優(yōu)化技巧

中微愛芯循環(huán)風(fēng)扇整體解決方案

西門子博途中循環(huán)中斷功能的編程示例

掃描速率和濃度對循環(huán)伏安圖有什么影響
功率半導(dǎo)體器件功率循環(huán)測試與控制策略

冷卻水循環(huán)泵PLC數(shù)據(jù)采集遠(yuǎn)程管理系統(tǒng)方案

評論