前言

所謂的三級緩存只是三個可以當作是全局變量的Map，Spring的源碼中大量使用了這種先將數(shù)據(jù)放入容器中等使用結束再銷毀的代碼風格

Spring的初始化過程大致有四步：

• 創(chuàng)建beanFactory，加載配置文件
• 解析配置文件轉化beanDefination，獲取到bean的所有屬性、依賴及初始化用到的各類處理器等
• 刷新beanFactory容器，初始化所有單例bean
• 注冊所有的單例bean并返回可用的容器

我們說的循環(huán)依賴就是第四步在給Bean屬性注入的時候發(fā)生的一個問題

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

循環(huán)依賴就是：

假設有兩個類 A和B，A中需要注入B，B中需要注入A
由于A注入B時B沒有創(chuàng)建，B創(chuàng)建時A也無法創(chuàng)建導致的死循環(huán)問題

2 如何解決循環(huán)依賴

我們都知道AOP是Spring的一個重要核心思想，其實現(xiàn)就是根據(jù)動態(tài)代理來實現(xiàn)的，也就是說我們的Bean其實很大概率都是要生成代理類，讓我們先來看無代理的情況：

Bean的初始化大概是這樣的：

根據(jù)以上步驟可以看出bean初始化是一個相當復雜的過程，假如初始化A bean時，發(fā)現(xiàn)A bean依賴B bean,即A初始化執(zhí)行到了第4步填充屬性，需要注入B bean，此時B還沒有初始化，則需要暫停A，先去初始化B，那么此時new出來的A對象放哪里，直接放在容器Map里顯然不合適，半殘品怎么能用，所以需要提供一個可以標記創(chuàng)建中bean(A)的Map，可以提前暴露正在創(chuàng)建的bean供其他bean依賴，而如果初始化A所依賴的bean B時，發(fā)現(xiàn)B也需要注入一個A的依賴(即發(fā)生循環(huán)依賴)，則B可以從創(chuàng)建中的beanMap中直接獲取A對象（創(chuàng)建中）注入A，然后完成B的初始化，返回給正在注入屬性的A，最終A也完成初始化，皆大歡喜。

如果沒有循環(huán)依賴，A 依賴B，就是創(chuàng)建B，B依賴C就去創(chuàng)建C，創(chuàng)建完了逐級返回就行，并不需要什么緩存，所以，一級緩存之后的其他緩存(二三級緩存)就是為了解決循環(huán)依賴而設立的
一級緩存其實就是我們的成熟的Bean了，可以直接被使用

我們去看一下源碼：

從源碼中我們可以看到，三級緩存里放的并不是實例化的Bean，而是一個工廠，這是為什么呢？
循環(huán)依賴在實際應用可能會有，但很少，簡單的應用場景是： controller注入service，service注入mapper，只有復雜的業(yè)務，可能service互相引用，有可能出現(xiàn)循環(huán)依賴，所以為了出現(xiàn)循環(huán)依賴才去解決，不出現(xiàn)就不解決，雖然支持循環(huán)依賴，但是只有在出現(xiàn)循環(huán)依賴時才真正暴露早期對象，否則只暴露個獲取bean的方法，并沒有真正暴露bean，因為這個方法不會被執(zhí)行到，這塊的實現(xiàn)就是三級緩存（singletonFactories），只緩存了一個單例bean工廠。
為什么是一個工廠？或者說這個工廠的作用？
三級緩存bean工廠的getObject方式，實際執(zhí)行的是getEarlyBeanReference，如果對象需要被代理(存在beanPostProcessors -> SmartInstantiationAwareBeanPostProcessor)，則提前生成代理對象。

三級緩存已經(jīng)解決所有問題了，二級緩存用來做什么呢？為什么三級緩存不直接叫做二級緩存?這個應該是在緩存使用時決定的：

此時這個方法中的判斷邏輯是：

• 一級緩存中沒有
• 對象A確實正在創(chuàng)建中
• 二級緩存中也沒有
• 最終去三級緩存中獲取對象,從三級緩存獲取后把對象從三級緩存刪除然后放入到二級緩存中，由于當初放入到三級緩存中的是一個工廠，所以從三級緩存中拿對象是調用getEarlyBeanReference這個方法獲取，這個方法的作用是如果對象需要代理，那么就返回代理類，如果不需要代理就返回原生類，至此屬性注入A完成

那么為什么要把對象從三級緩存放到二級緩存呢？

給大家一個循環(huán)依賴的流程圖，大家一看便知：

看到了嗎，如果AB都需要代理，我們在A的屬性注入時創(chuàng)建了B，但是此時A還是原生的A，但是我們需要代理A，而代理A在B注入A時已經(jīng)創(chuàng)建并放入二級緩存中了，我們直接從二級緩存拿然后替換原生A即可。

所以，我理解的是二級緩存是為了應對代理這個情況而生的
至此，循環(huán)依賴的問題已經(jīng)完美解決

3無法解決的循環(huán)依賴

構造函數(shù)循環(huán)依賴：

如果我們的成員屬性是在構造函數(shù)里呢？
首先要解決循環(huán)依賴就是要先實例化，然后放入三級緩存暴露出來，那么如果是構造函數(shù)這一步循環(huán)依賴，
實例化的時候就會產生無限遞歸創(chuàng)建，所以不能解決

多例的循環(huán)依賴：

如果是多例的，在容器初始化的時候，不會去創(chuàng)建，所以早期沒有放入到三級緩存中暴露出來，所以無法解決循環(huán)依賴，會報錯

到此這篇關于Spring解決循環(huán)依賴問題及三級緩存的作用的文章就介紹到這了,更多相關Spring解決循環(huán)依賴問題內容請搜索腳本之家以前的文章或繼續(xù)瀏覽下面的相關文章希望大家以后多多支持腳本之家！

最新評論