快捷導(dǎo)航

詳解Spring如何解決循環(huán)引用的問題

更新時間：2023年08月13日 09:19:39 作者：隨機(jī)的未知

在Spring框架中,當(dāng)兩個或多個Bean之間存在相互依賴關(guān)系時,可能會導(dǎo)致循環(huán)引用的問題,循環(huán)引用指的是兩個或多個Bean之間互相依賴,形成一個循環(huán)鏈,本文將和大家一起探討Spring如何解決循環(huán)引用的問題,感興趣的小伙伴跟著小編一起來看看吧

Spring如何解決循環(huán)引用的問題

關(guān)于循環(huán)引用，首先說一個結(jié)論：

Spring能夠解決的情況為：兩個對象都是單實(shí)例、且通過set方法進(jìn)行注入。

兩個對象都是單實(shí)例，通過構(gòu)造方法進(jìn)行注入，Spring不能進(jìn)行循環(huán)引用問題；

兩個對象都是多實(shí)例的情況下，不管是set注入，還是構(gòu)造注入，都不能解決Spring循環(huán)引用問題。

循環(huán)引用問題介紹

循環(huán)引用問題即：

有A，B兩個類，A類中有B類型的成員變量b、B類中有A類型的成員變量a。創(chuàng)建a的過程需要b，創(chuàng)建b的過程又需要a；

循環(huán)引用問題演示

循環(huán)引用問題分析

請看如下流程：

調(diào)用getBean("a")來獲取a對象;
先調(diào)用getSingleton("a")來嘗試獲取a，但是獲取不到；
需要調(diào)用doCreateBean()來創(chuàng)建a；
a的b屬性是null，需要填充b屬性；
調(diào)用getBean("b")來獲取b對象；
先調(diào)用getSingleton("b")來嘗試獲取b，但是獲取不到；
需要調(diào)用doCreateBean()來創(chuàng)建b；
b的a屬性是null，需要填充a屬性；
又需要要調(diào)用getBean("a")來獲取a。

這時getBean("a")可以獲取到嗎?如果能獲取到，是在哪里獲取的？如果獲取不到，又會有什么問題呢？

我們首先看下getSingleton()源碼：

addSingleton方法如下圖：

addSingleton

如此可以看到，在進(jìn)行實(shí)例化、屬性填充、初始化都完成后才會放到singletonObjects中。

那getSingleton()方法就獲取不到a，只能再去創(chuàng)建a對象了嗎？當(dāng)然不是，如果再去創(chuàng)建a，a就不是單例的呢。

所以這就需要**沒有創(chuàng)建完全的a也要存儲起來。**但是并沒有存儲到singletonObjects中，因?yàn)閟ingletonObjects是存儲例化、屬性填充、初始化都完成后的對象。

Spring又為我們定義了兩個存儲的位置：earlySingletonObjects、singletonFactories。

那什么時候?qū)⑽磩?chuàng)建完全的對象存儲起來呢？

這我們應(yīng)該在實(shí)例化對象完成后，填充屬性前的代碼查找?？梢钥吹饺缦麓a：

doCreateBean

addSingletonFactory(beanName, () -> getEarlyBeanReference(beanName, mbd, bean));
addSingletonFactory方法源碼如下：
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);
        }
    }
}

實(shí)例化后，會把創(chuàng)建非完全體對象的工廠放到singletonFactories里，這個工廠就是lambda表達(dá)式() -> getEarlyBeanReference(beanName, mbd, bean)調(diào)用的getEarlyBeanReference(beanName, mbd, bean)方法。

getEarlyBeanReference

addSingletonFactory還會把earlySingletonObjects、registeredSingletons中的對象刪除。

singletonFactories 存儲：不完全體的bean的id作為key，一個工廠作為value；工廠方法是lambda表達(dá)式()->getEarlyBeanReference(beanName, mbd, bean) 此方法內(nèi)部使用了BeanPostProcessor。

singletonFactories為什么不存儲未完全體的a，而存儲一個工廠方法呢？

這意味著他會處理一些復(fù)雜功能。

最簡單的循環(huán)引用的問題

上述介紹的循環(huán)引用的問題，是最簡單的情況。還有一些復(fù)雜情況。

如果A需要做AOP，需要為A做代理呢？或者B也要做代理呢？

復(fù)雜情況的循環(huán)引用

代理是在初始化階段使用BeanPostProcessor的postProcessAfterInitialization()方法來做的。

singletonFactories存工廠的原因

singletonFactories存工廠的原因：

為b填充屬性a時，需要獲取到不完全體的a，為b賦值；并且如果A需要做代理；而代理是在BeanPostProcessor中的postProcessAfterInitialization()方法做的；所以singletonFactories存儲的是一個工廠（里面的方法是用BeanPostProcessor中的）；這樣就無需在a初始化的過程中創(chuàng)建代理了，可以把a(bǔ)的代理提前創(chuàng)建出來。

那在A創(chuàng)建過程中是否還要創(chuàng)建代理呢？————不會。

在上面提前創(chuàng)建a的代理完成后，會將代理對象放到代理緩存中，在a初始化創(chuàng)建代理時，直接從代理緩存中拿就可以了。

站在b的角度講，現(xiàn)在b的屬性填充完成了，后面就是初始化了，在初始化過程中，就可以走正常的代理過程了。

a在填充屬性時，就可以填充b的代理了，就可以走初始化了，初始化過程中的代理從代理緩存獲取就可以了。