## 概述 在本文中,我們將介紹`IoC`(控制反轉)和`DI`(依賴註入)的概念,以及如何在`Spring`框架中實現它們。 ## 什麼是控制反轉? 控制反轉是軟體工程中的一個原則,它將對象或程式的某些部分的控制權轉移給容器或框架。我們最常在面向對象編程的上下文中使用它。 與傳統編程相比,傳統編程 ...
概述
在本文中,我們將介紹IoC
(控制反轉)和DI
(依賴註入)的概念,以及如何在Spring
框架中實現它們。
什麼是控制反轉?
控制反轉是軟體工程中的一個原則,它將對象或程式的某些部分的控制權轉移給容器或框架。我們最常在面向對象編程的上下文中使用它。
與傳統編程相比,傳統編程中我們的自定義代碼調用庫,而IoC使框架控製程序的流程並調用我們的自定義代碼。為了實現這一點,框架使用具有附加行為的抽象。如果我們想要添加自己的行為,我們需要擴展框架的類或插入自己的類。
這種架構的優點是:
- 將任務的執行與其實現分離
- 更容易在不同實現之間切換
- 程式的更高的模塊化
- 更容易通過隔離組件或模擬其依賴項來測試程式,並允許組件通過契約進行通信
我們可以通過各種機制實現IoC
,例如:策略設計模式、服務定位器模式、工廠模式和依賴註入(DI
)。
什麼是依賴註入?
依賴註入是一種我們可以用來實現IoC
的模式,其中被反轉的控制是設置對象的依賴項。
將對象與其他對象連接或將對象“註入”到其他對象中是由彙編程式而不是對象本身完成的。
下麵是在傳統編程中創建對象依賴關係的方法:
publicclassStore {
private Item item;
publicStore() {
item =newItemImpl1();
}
}Copy
在上面的示例中,我們需要在Store
類本身中實例化Item
介面的實現。
通過使用DI
,我們可以重寫該示例,而不指定我們想要的Item
的實現:
publicclassStore {
private Item item;
publicStore(Item item) {
this.item = item;
}
}Copy
在接下來的幾節中,我們將看看如何通過元數據提供Item的實現。
IoC
和DI
都是簡單的概念,但它們對我們構建系統的方式有深刻的影響,因此值得充分理解。
Spring IoC容器
IoC
容器是實現IoC
的框架的常見特征。
在Spring
框架中,介面ApplicationContext
表示IoC
容器。Spring
容器負責實例化、配置和組裝稱為bean
的對象,以及管理它們的生命周期。
Spring
框架提供了ApplicationContext
介面的幾個實現:ClassPathXmlApplicationContext
和FileSystemXmlApplicationContext
用於獨立應用程式,以及WebApplicationContext
用於Web應用程式。
為了組裝bean
,容器使用配置元數據,可以是XML
配置或註釋形式。
以下是手動實例化容器的一種方法:
ApplicationContext context
=newClassPathXmlApplicationContext("applicationContext.xml");Copy
在上面的示例中,我們可以使用元數據設置item
屬性,然後容器將讀取此元數據併在運行時使用它來組裝bean
。
在Spring
中,可以通過構造函數、setter
或欄位來進行依賴註入。
基於構造函數的依賴註入
在基於構造函數的依賴註入的情況下,容器將調用具有表示我們要設置的依賴項的參數的構造函數。
Spring
通過類型解決每個參數,然後按屬性名稱和索引進行消歧。讓我們看看使用註釋配置bean
及其依賴項的配置:
@Configuration
publicclassAppConfig {
@Bean
public Itemitem1() {
returnnewItemImpl1();
}
@Bean
public Storestore() {
returnnewStore(item1());
}
}Copy
@Configuration
註釋表示該類是bean
定義的源。我們也可以將其添加到多個配置類中。
我們在方法上使用@Bean
註釋來定義bean
。如果我們沒有指定自定義名稱,則bean
名稱將預設為方法名稱。
對於預設的singleton
範圍的bean
,Spring
首先檢查是否已存在緩存的bean
實例,僅在不存在時創建新實例。如果我們使用prototype
範圍,則容器為每個方法調用返回一個新的bean
實例。
創建bean
的另一種方式是通過XML
配置:
<bean id="item1" class="org.baeldung.store.ItemImpl1" />
<bean id="store" class="org.baeldung.store.Store">
<constructor-arg type="ItemImpl1" index="0" name="item" ref="item1" />
</bean>Copy
基於setter的依賴註入
對於基於setter
的DI
,容器將在調用沒有參數的構造函數或沒有參數的靜態工廠方法來實例化bean
之後調用我們類的setter
方法。讓我們使用註釋創建此配置:
@Bean
public Storestore() {
Store store =newStore();
store.setItem(item1());
return store;
}Copy
我們也可以使用XML進行相同的bean配置:
<bean id="store" class="org.baeldung.store.Store">
<property name="item" ref="item1" />
</bean>Copy
我們可以將構造函數和setter
類型的註入結合在同一個bean
中。Spring
文檔建議將基於構造函數的註入用於必需的依賴項,將基於setter
的註入用於可選的依賴項。
基於欄位的依賴註入
在基於欄位的DI
的情況下,我們可以通過帶有@Autowired
註釋的註釋將依賴項註入其中:
publicclassStore {
@Autowired
private Item item;
}Copy
在構造Store
對象時,如果沒有構造函數或setter
方法將Item
bean
註入其中,容器將使用反射將Item
註入Store
中。
我們也可以使用XML
來實現這一點。
這種方法可能看起來更簡單、更清晰,但我們不建議使用它,因為它有一些缺點,例如:
- 此方法使用反射來註入依賴項,這比基於構造函數或
setter
的註入更昂貴。 - 使用此方法很容易添加多個依賴項。如果我們使用構造函數註入,有多個參數會讓我們認為這個類做了不止一件事,這可能違反單一責任原則。
自動裝配依賴項
自動裝配允許Spring
容器通過檢查已定義的bean
來自動解決協作bean
之間的依賴關係。
使用XML
配置有四種自動裝配bean
的模式:
no
:預設值 - 這意味著不使用自動裝配,我們必須顯式地命名依賴項。byName
:按屬性名稱進行自動裝配,因此Spring
將查找與需要設置的屬性同名的bean
。byType
:類似於按名稱進行自動裝配,僅基於屬性的類型。這意味著Spring
將查找具有相同類型的屬性來設置的bean
。如果有多個bean
具有該類型,則框架會拋出異常。constructor
:基於構造函數參數進行自動裝配,意味著Spring
將查找具有與構造函數參數相同類型的bean
。
例如,讓我們通過類型創建具有依賴項item
的store
bean
。
public class AppConfig {
@Bean
public Item item() {
return new ItemImpl1();
}
@Bean(autowire = Autowire.BY_TYPE)
public Store store() {
return new Store();
}
}
請註意,自Spring 5.1
起,autowire
屬性已棄用。
我們還可以使用@Autowired
註釋按類型註入bean
:
public class Store {
@Autowired
private Item item;
}
如果存在相同類型的多個bean
,則可以使用@Qualifier
註釋按名稱引用bean
:
public class Store {
@Autowired
@Qualifier("item1")
private Item item;
}
現在,讓我們通過XML
配置按類型自動裝配bean
:
<bean id="store" class="org.baeldung.store.Store" autowire="byType"> </bean>
接下來,讓我們通過XML
按名稱將名為item
的bean
註入到store
bean
的item
屬性中:
<bean id="item" class="org.baeldung.store.ItemImpl1" />
<bean id="store" class="org.baeldung.store.Store" autowire="byName">
</bean>
我們還可以通過構造函數參數或setter
顯式定義依賴關係來覆蓋自動裝配。
惰性初始化的bean
預設情況下,容器在初始化期間創建和配置所有單例bean
。為了避免這種情況,我們可以在bean
配置上使用值為true
的lazy-init
屬性:
<bean id="item1" class="org.baeldung.store.ItemImpl1" lazy-init="true" />
因此,只有在第一次請求它時,才會初始化item1
bean
,而不是在啟動時。這樣做的優點是初始化時間更快,但缺點是我們在bean
被請求之後才會發現任何配置錯誤,這可能是應用程式已運行數小時甚至數天之後。
結論
在本文中,我們介紹了控制反轉和依賴註入的概念,併在Spring
框架中進行了示例。
最後
為了方便其他設備和平臺的小伙伴觀看往期文章,鏈接奉上:
公眾號搜索Let us Coding
,知乎,開源中國,CSDN,思否,掘金,InfoQ,簡書,博客園,慕課,51CTO,helloworld,騰訊開發者社區,阿裡開發者社區
看完如果覺得有幫助,歡迎點贊、收藏和關註