Spring迴圈依賴問題
什麼是迴圈依賴?
迴圈依賴就是迴圈引用,指兩個或多個bean互相持有對方,比如說TestA引用TestB、TestB引用TestA,最終形成一個閉環。
注意:迴圈依賴不是指迴圈呼叫。
迴圈呼叫:指方法之間的環呼叫,迴圈呼叫是無解的,除非有終結條件,否則就是死迴圈,最終會導致記憶體溢位異常。
兩種Spring容器迴圈依賴:
- 構造器迴圈依賴
- setter方法迴圈依賴
Spring是如何解決的?
我們先定義迴圈依賴的實體程式碼
//bean1 public class TestA { private TestB testB; TestA(TestB testB){ this.testB=testB; } public TestB getTestB() { return testB; } public void setTestB(TestB testB) { this.testB = testB; } } //bean2 public class TestB { private TestA testA; TestB(TestA testA){ this.testA=testA; } public TestA getTestA() { return testA; } public void setTestA(TestA testA) { this.testA = testA; } }
在Spring中迴圈依賴處理分為3種情況
1. 構造器迴圈依賴(無法解決)
表示通過構造器注入構成的迴圈依賴,此依賴是無解的,強行依賴只能丟擲異常(BeanCreationException);
Spring容器將每一個正在建立的bean識別符號放在一個“當前建立bean池”中,bean識別符號在建立過程中將一直保持在這個池中,因此在建立bean的過程中如果發現自己已經在池中,則丟擲BeanCurrentlyInCreationException異常表示迴圈依賴;而對於建立完畢的bean將從“當前建立bean池”中清除掉。
下面我們通過一段程式碼來印證上述理論。
建立application.xml配置檔案如下:
<?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/beans http://www.springframework.org/schema/beans/spring-beans.xsd"> <bean id="testA" class="com.chenpt.springFrameWork.TestA"> <constructor-arg name="testB" ref="testB"></constructor-arg> </bean> <bean id="testB" class="com.chenpt.springFrameWork.TestB"> <constructor-arg name="testA" ref="testA"></constructor-arg> </bean> </beans>
客戶端測試用例:
public class MainTest { public static void main(String[] args){ ApplicationContext context = new FileSystemXmlApplicationContext("classpath:spring/applicationContext.xml"); } }
執行結果如下圖(僅截了部分錯誤)
2. setter迴圈依賴(可以解決)
指通過setter注入方式構成的迴圈依賴。
解決方式:Spring容器提前暴露剛完成構造器注入但未完成其他步驟(如setter注入)的bean來完成的。而且只能解決單例作用域的bean迴圈依賴。通過提前暴露一個單例工廠方法,從而使其他bean能引用到該bean。
程式碼示例:
首先需要去掉構造器注入的引數。
//bean1 public class TestA { private TestB testB; TestA(){} public TestB getTestB() { return testB; } public void setTestB(TestB testB) { this.testB = testB; } } //bean2 public class TestB { private TestA testA; TestB(){} public TestA getTestA() { return testA; } public void setTestA(TestA testA) { this.testA = testA; } }
xml示例:
<?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/beans http://www.springframework.org/schema/beans/spring-beans.xsd"> <bean id="testA" class="com.chenpt.springFrameWork.TestA" scope="singleton"> <property name="testB" ref="testB"/> </bean> <bean id="testB" class="com.chenpt.springFrameWork.TestB" scope="singleton"> <property name="testA" ref="testA"/> </bean> </beans>
客戶端執行(自行演示,無輸出錯誤)
3. prototype範圍的依賴處理(無法解決)
對於prototype作用域bean,spring容器無法完成依賴注入,因為spring容器不進行快取prototype作用域的bean,因此無法提前暴露一個正在建立中的bean。
示例程式碼如下:
xml
<?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/beans http://www.springframework.org/schema/beans/spring-beans.xsd"> <bean id="testA" class="com.chenpt.springFrameWork.TestA" scope="prototype"> <property name="testB" ref="testB"/> </bean> <bean id="testB" class="com.chenpt.springFrameWork.TestB" scope="prototype"> <property name="testA" ref="testA"/> </bean> </beans>
客戶端示例
public class MainTest { public static void main(String[] args){ ApplicationContext context = new FileSystemXmlApplicationContext("classpath:spring/applicationContext.xml"); TestB testB = context.getBean("testB",TestB.class); } }
執行結果,丟擲異常
針對上述的作用域(scope)分析
beanFactory除了擁有ioc的職責外,還有著物件生命週期管理。
scope用來宣告容器中物件所應該處的限定場景或者該物件的存活時間,即容器在物件進入其相應的scope之前,生成並裝配這些物件,在物件不再處於scope的限定之後,容器通常會銷燬這些物件。
spring容器提供了幾種scope型別?
- singleton:在spring容器中只存在一個例項,所有物件的引用將共享這個例項。(注:不要和單例模式搞混)
- prototype:容器每次都會生成一個新的物件例項給請求方。
- request (限定在web應用中使用):為每個http請求建立一個全新的request-processor物件供當前請求使用,請求結束,例項生命週期即結束。
- session (限定在web應用中使用):為每個獨立的session建立一個全新的UserPreference物件例項。
- global session (限定在web應用中使用):只有應用在基於portlet的Web應用程式中才有意義,它對映到portlet的global範圍的session。如果在普通的基於servlet的Web應用中使用了這個型別的scope,容器會將其作為普通的session型別的scope對待。
參考:《Spring原始碼深度解析》
《Spring揭祕》