一、循環依賴問題全景圖

?

二、什么是循環依賴問題？

1、什么是循環依賴：

類與類之間的依賴關系形成了閉環，就會導致循環依賴問題的產生。

比如下圖中A類依賴了B類，B類依賴了C類，而最后C類又依賴了A類，這樣就形成了循環依賴問題。

2、循環依賴問題案例分析：

（1）演示代碼：

public class ClassA {private ClassB classB;public ClassB getClassB() {return classB;}public void setClassB(ClassB classB) {this.classB = classB;} } public class ClassB {private ClassA classA;public ClassA getClassA() {return classA;}public void setClassA(ClassA classA) {this.classA = classA;} }

（2）配置文件：

<?xml version="1.0" encoding="UTF-8"?> <beans xmlns="http://www.springframework.org/schema/beans"xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"xsi:schemaLocation="http://www.springframework.org/schema/beanshttp://www.springframework.org/schema/beans/spring-beans.xsd"><bean id="classA" class="ioc.cd.ClassA"><property name="classB" ref="classB"></property></bean><bean id="classB" class="ioc.cd.ClassB"><property name="classA" ref="classA"></property></bean> </beans>

（3）測試代碼：

@Testpublic void test() throws Exception {// 創建IoC容器，并進行初始化String resource = "spring/spring-ioc-circular-dependency.xml";ApplicationContext context = new ClassPathXmlApplicationContext(resource);// 獲取ClassA的實例（此時會發生循環依賴）ClassA classA = (ClassA) context.getBean(ClassA.class);}

3、通過Spring IOC流程的源碼分析循環依賴問題：

?

三、循環依賴問題的類型

循環依賴問題在Spring中主要有三種情況：

• （1）通過構造方法進行依賴注入時產生的循環依賴問題。
• （2）通過setter方法進行依賴注入且是在多例（原型）模式下產生的循環依賴問題。
• （3）通過setter方法進行依賴注入且是在單例模式下產生的循環依賴問題。

在Spring中，只有第（3）種方式的循環依賴問題被解決了，其他兩種方式在遇到循環依賴問題時都會產生異常。其實也很好解釋：

• 第（1）種構造方法注入的情況下，在new對象的時候就會堵塞住了，其實也就是”先有雞還是先有蛋“的歷史難題。
• 第（2）種setter方法（多例）的情況下，每一次getBean()時，都會產生一個新的Bean，如此反復下去就會有無窮無盡的Bean產生了，最終就會導致OOM問題的出現。

?

四、如何解決循環依賴問題？

1、Spring解決的單例模式下的setter方法依賴注入引起的循環依賴問題，主要是通過兩個緩存來解決的，請看下圖：

?

五、Spring三大緩存介紹

Spring中有三個緩存，用于存儲單例的Bean實例，這三個緩存是彼此互斥的，不會針對同一個Bean的實例同時存儲。如果調用getBean，則需要從三個緩存中依次獲取指定的Bean實例。 讀取順序依次是一級緩存 ==> 二級緩存 ==> 三級緩存。

1、一級緩存：Map<String, Object> singletonObjects：

（1）第一級緩存的作用：

• 用于存儲單例模式下創建的Bean實例（已經創建完畢）。
• 該緩存是對外使用的，指的就是使用Spring框架的程序員。

（2）存儲什么數據？

• K：bean的名稱
• V：bean的實例對象（有代理對象則指的是代理對象，已經創建完畢）

2、第二級緩存：Map<String, Object> earlySingletonObjects：

（1）第二級緩存的作用：

• 用于存儲單例模式下創建的Bean實例（該Bean被提前暴露的引用，該Bean還在創建中）。
• 該緩存是對內使用的，指的就是Spring框架內部邏輯使用該緩存。
• 為了解決第一個classA引用最終如何替換為代理對象的問題（如果有代理對象）

3、第三級緩存：Map<String, ObjectFactory<?>> singletonFactories：

（1）第三級緩存的作用：

• 通過ObjectFactory對象來存儲單例模式下提前暴露的Bean實例的引用（正在創建中）。
• 該緩存是對內使用的，指的就是Spring框架內部邏輯使用該緩存。
• 此緩存是解決循環依賴最大的功臣

（2）存儲什么數據？

• K：bean的名稱
• V：ObjectFactory，該對象持有提前暴露的bean的引用

（3）為什么第三級緩存要使用ObjectFactory？

如果僅僅是解決循環依賴問題，使用二級緩存就可以了，但是如果對象實現了AOP，那么注入到其他bean的時候，并不是最終的代理對象，而是原始的。這時就需要通過三級緩存的ObjectFactory才能提前產生最終的需要代理的對象。

（4）什么時候將Bean的引用提前暴露給第三級緩存的ObjectFactory持有？時機就是在第一步實例化之后，第二步依賴注入之前，完成此操作。

?

六、解決構造函數相互注入造成的循環依賴：

前面說Spring可以自動解決單例模式下通過setter()方法進行依賴注入產生的循環依賴問題。而對于通過構造方法進行依賴注入時產生的循環依賴問題沒辦法自動解決，那針對這種情況，我們可以使用@Lazy注解來解決。

也就是說，對于類A和類B都是通過構造器注入的情況，可以在A或者B的構造函數的形參上加個@Lazy注解實現延遲加載。@Lazy實現原理是，當實例化對象時，如果發現參數或者屬性有@Lazy注解修飾，那么就不直接創建所依賴的對象了，而是使用動態代理創建一個代理類。

比如，類A的創建：A a=new A(B)，需要依賴對象B，發現構造函數的形參上有@Lazy注解，那么就不直接創建B了，而是使用動態代理創建了一個代理類B1，此時A跟B就不是相互依賴了，變成了A依賴一個代理類B1，B依賴A。但因為在注入依賴時，類A并沒有完全的初始化完，實際上注入的是一個代理對象，只有當他首次被使用的時候才會被完全的初始化。

?

總結

以上是生活随笔為你收集整理的Spring如何解决循环依赖问题的全部內容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網站內容還不錯，歡迎將生活随笔推薦給好友。