前言

1. 什么是循環(huán)依賴

類A需要類B，我們就叫做類A依賴類B。簡單說就是依賴，或者和別的類相互依賴

1.1 互相依賴

1.2 遞歸依賴

2. Sping中循環(huán)依賴有什么問題？

在Spring中，循環(huán)依賴指的是兩個(gè)或多個(gè)Bean之間相互依賴形成的循環(huán)引用關(guān)系。具體來說，當(dāng)Bean A依賴于Bean B，而Bean B又依賴于Bean A時(shí)，就形成了循環(huán)依賴。

只有單例的 Bean 才存在循環(huán)依賴的情況，原型(Prototype)情況下，Spring 會(huì)直接拋出異常。

循環(huán)依賴可能導(dǎo)致以下問題：

• 無法完成Bean的初始化：當(dāng)存在循環(huán)依賴時(shí)，Spring容器無法確定先初始化哪個(gè)Bean，因?yàn)樗鼈兿嗷ヒ蕾嚕叶夹枰獙?duì)方完成初始化才能繼續(xù)。這可能導(dǎo)致Bean的初始化過程無法完成，從而引發(fā)異常。
• 無限遞歸調(diào)用：當(dāng)存在循環(huán)依賴時(shí)，Spring容器可能會(huì)陷入無限遞歸的調(diào)用中，導(dǎo)致系統(tǒng)堆棧溢出。這是因?yàn)槊看潍@取Bean時(shí)，Spring容器需要檢測循環(huán)依賴并創(chuàng)建實(shí)例，但由于循環(huán)依賴的存在，無法正常創(chuàng)建實(shí)例，從而導(dǎo)致無限遞歸調(diào)用。

為了解決循環(huán)依賴問題，Spring使用了三級(jí)緩存和"提前暴露"的策略

3. 什么是三級(jí)緩存

對(duì)于創(chuàng)建單例Bean，Spring創(chuàng)建了三個(gè)容器來存儲(chǔ)不同時(shí)期的對(duì)象：

1. ?級(jí)緩存 : Map<String,Object> singletonObjects，單例池，?于保存實(shí)例化、屬性賦值（注?）、初始化完成的 bean 實(shí)例
2. ?級(jí)緩存 : Map<String,Object> earlySingletonObjects，早期曝光對(duì)象，?于保存實(shí)例化完成的 bean 實(shí)例
3. 三級(jí)緩存 : Map<String,ObjectFactory<?>> singletonFactories，早期曝光對(duì)象??，?于保存 bean 創(chuàng)建??，以便于后?擴(kuò)展有機(jī)會(huì)創(chuàng)建代理對(duì)象

4. Spring 可以解決哪些情況的循環(huán)依賴？

Spring 不?持基于構(gòu)造器注?的循環(huán)依賴，假如 AB 循環(huán)依賴，其中一方使用構(gòu)造器注入，也是不支持的。

為什么呢？下面二級(jí)緩存會(huì)說明白。

二級(jí)緩存作用——普通循環(huán)依賴

只用一級(jí)緩存和二級(jí)緩存就能解決普通bean的循環(huán)依賴。

先回顧Bean對(duì)象創(chuàng)建的步驟：

二級(jí)緩存：又稱 半成品池 存放的是實(shí)例化，但未屬性賦值和初始化的Bean對(duì)象。一級(jí)緩存：又稱 單例池 存放的是完成屬性賦值和初始化的成品Bean，可以直接使用了。

那么二級(jí)緩存是如何解決普通Bean的循環(huán)依賴的？

實(shí)操環(huán)節(jié)

類A依賴類B，類B依賴類A。

1. 實(shí)例化類A對(duì)象

對(duì)象a被實(shí)例化出來，會(huì)被放到半成品池中，當(dāng)進(jìn)行下一步屬性賦值時(shí)，發(fā)現(xiàn)依賴了類B，所以開始創(chuàng)建對(duì)象b。

如果對(duì)象b是在a的構(gòu)造函數(shù)中注入的，那就完了，a無法實(shí)例化，得先去實(shí)例化b，若是b也是構(gòu)造函數(shù)中注入的a，那就無解了。

public class A {
    private B b;

    @Inject
    public A(B b) {
        this.b = b;
    }
}

2. 實(shí)例化類B對(duì)象

對(duì)象b被實(shí)例化出來，也被放到半成品池中。下一步是屬性賦值，發(fā)現(xiàn)依賴了類A，會(huì)依次從?級(jí)到三級(jí)緩存查詢類A對(duì)象，最終會(huì)在半成品池中找到對(duì)象a，成功將它賦值到自己的屬性中。

3. B對(duì)象完成創(chuàng)建

對(duì)象b在經(jīng)過填充屬性、初始化后會(huì)從半成品池里挪到單例池中，可以直接使用了。

4.繼續(xù)創(chuàng)建A對(duì)象

這時(shí)候回過頭來繼續(xù)對(duì)象a的屬性注入，把對(duì)象b賦值給自己的屬性后再經(jīng)過初始化，對(duì)象a也從半成品池挪到單例池，對(duì)象a創(chuàng)建完成，對(duì)象b也跟著創(chuàng)建完成。

三級(jí)緩存作用——aop循環(huán)依賴

二級(jí)緩存仍然存在問題，它無法解決AOP代理問題。

1. AOP代理問題

AOP（面向切面）簡單的說，在不改源碼的情況下在原始方法前后加一些代碼。

它的底層是靠動(dòng)態(tài)代理實(shí)現(xiàn)的，即生成一個(gè)代理類，重新原始方法，真正使用的時(shí)候其實(shí)用的是代理類對(duì)象，而非原始類對(duì)象。

既然用的是代理類對(duì)象，單例池中應(yīng)該存放的就該是代理類對(duì)象。

二級(jí)緩存無法解決生成代理對(duì)象的問題，因?yàn)閯?chuàng)建對(duì)象的過程很復(fù)雜，每個(gè)代理類都需要一個(gè)工廠來專門生成代理類對(duì)象。

三級(jí)緩存又叫工廠池，就是用來存放生成代理類對(duì)象工廠的。

2. 何時(shí)生成代理對(duì)象

AOP是靠AOP處理器實(shí)現(xiàn)的，處理器有兩個(gè)生成代理對(duì)象的方式。

前置處理：在Bean對(duì)象初始化后后置處理：再Bean對(duì)象實(shí)例化前

Spring為了解決使用AOP的對(duì)象循環(huán)依賴的問題，使用了這兩種處理方式。

實(shí)操環(huán)節(jié)

類A依賴類B，類B依賴類A，類A使用了AOP。

1.實(shí)例化類A對(duì)象

首先把創(chuàng)建類A代理對(duì)象的工廠對(duì)象放到工廠池中。

類A實(shí)例化對(duì)象時(shí)發(fā)現(xiàn)依賴了類B，使用前置處理器生成A的代理對(duì)象，放在半成品池子中。

2. 實(shí)例化類B對(duì)象

對(duì)象b找到對(duì)象a，成功屬性賦值，再經(jīng)過初始化成功創(chuàng)建，挪到單例池中待用。

如果類B也使用了AOP，那么對(duì)象b在初始化后，會(huì)通過后置處理器生成動(dòng)態(tài)代理對(duì)象，放到單例池中。

3.繼續(xù)創(chuàng)建A對(duì)象

對(duì)象b創(chuàng)建完，接著回頭創(chuàng)建對(duì)象a，這個(gè)過程就很順利了。

當(dāng)對(duì)象a完成初始化以后，因?yàn)橐呀?jīng)是代理對(duì)象，就不會(huì)在走后置處理。

對(duì)象a、b都創(chuàng)建完，會(huì)清空在二級(jí)、三級(jí)池中的相關(guān)數(shù)據(jù)，最終只在單例池中保留一份對(duì)象。

總結(jié)

盡管Spring提供了解決循環(huán)依賴的機(jī)制，但循環(huán)依賴本身是一個(gè)設(shè)計(jì)上的問題，可能導(dǎo)致代碼的可讀性和可維護(hù)性下降。因此，在編寫代碼時(shí)，應(yīng)盡量避免出現(xiàn)循環(huán)依賴的情況。

以上為個(gè)人經(jīng)驗(yàn)，希望能給大家一個(gè)參考，也希望大家多多支持腳本之家。

最新評(píng)論