引言

簡單總結和鞏固一下spring的核心原理——IOC和DI的概念，為什么IOC要叫控制反轉？IOC和DI的關系是怎樣的？

一、IOC 控制反轉

初學者可能很好奇，為什么spring framework的對象托管容器叫做 IOC容器（Inversion of control）？

設想這樣一個場景，A對象依賴B對象。如果 new A，就需要先 new B，這是最基本的依賴創建方式。我們管 A 去申請 B 對象的過程，稱為“資源查找”，可以理解為 A 對象需要向虛擬機申請一個資源 B 對象。

傳統的資源查找（如上所述）要求組件向容器（可以理解為JVM）主動發起請求，查找資源作為響應，容器適時返回資源。

這種方式要求每個 Java 對象必須自己控制實例化的過程。存在的問題就是，當依賴對象過多，層層依賴等情況，創建對象的過程將會極其復雜和冗長，極大地降低了代碼的維護性和健壯性。

IOC資源查找方式是容器根據配置文件的描述統一管理組件的構造和依賴，主動注入依賴。對象創建的控制權由傳統方式的對象主動發起資源申請，變為對象被動接收依賴注入。因此得名 Inversion of control 控制反轉。

IOC是一種更側重于原理的技術描述，它描述了一種被動依賴注入的對象托管服務理念。

二、DI 依賴注入

Dependency Injection 依賴注入，是比 IOC 更廣泛的概念，它包含 IOC ，因此 IOC 有時候也稱為 DI 。

任何情況的對象組裝都可以稱為依賴注入，如前面提到的創建 A 時，通過構造器或屬性賦值傳入 對象 B，這就是依賴注入的含義。

顯而易見，由前面提到的“傳統資源查找”的對象創建方式屬于“主動依賴注入”，而 IOC 就屬于被動依賴注入。

不過隨著被動依賴注入的理念深入人心，IOC 與 DI 的概念經常一并提起，因此有時候二者也會混用，但實際上 DI 是包含 IOC 的。

DI 可以理解為 IOC 的另一種表達方式，即組件以一些預先定義好的方式（如 setter）接收來自容器的資源注入。相比于IOC 而言，這種表達方式更加直觀易懂。

總結

以上是生活随笔為你收集整理的控制反转 IOC 与依赖注入 DI的全部內容，希望文章能夠幫你解決所遇到的問題。

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