您现在的位置：程式碼之家 >> 編程語言 > >> Java 程式設計 >> Java 綜合教學

控制反轉 (IoC) 與依賴注入 (DI) 核心原理深度解析

編輯：Java 綜合教學

控制反轉 (IoC) 與依賴注入 (DI) 核心原理深度解析

在企業級應用開發中，降低模塊間耦合是提升系統可維護性、可擴展性、可測試性的關鍵。控制反轉 (Inversion of Control, IoC) 作為一種設計思想，通過將對象創建與依賴管理的控制權從應用代碼轉移到外部容器，實現了解耦。依賴注入 (Dependency Injection, DI) 是 IoC 的具體實現方式。本文從核心概念、實現策略、三種調用模式演進、實戰代碼示例四個維度深度剖析。

一、核心概念：IoC vs DI

概念	全稱	核心含義	關鍵點
IoC	Inversion of Control	控制權反轉：對象創建、依賴查找、生命周期管理由容器接管	思想/模式，非具體技術
DI	Dependency Injection	依賴注入：容器主動將依賴對象「推」入被依賴對象（構造器/Setter/接口）	IoC 的具體實現策略

本質：控制權從應用代碼轉移到外部容器 → 依賴關系由容器在運行期動態構建 → 實現調用者與被調用者的解耦。

二、IoC 兩大實現策略對比

1. 依賴查找 (Dependency Lookup, DL)

對象主動從容器拉取依賴：Context.lookup("serviceName")。
缺點：業務代碼侵入容器 API，難以在容器外獨立測試、復用。

2. 依賴注入 (Dependency Injection, DI) —— 主流標準

對象 被動接收 依賴，只暴露構造器/Setter/接口，不依賴容器 API。
優勢：POJO 化，業務對象可脫離容器獨立運行、單元測試。
兩種主要形式：
- 構造器注入：強依賴、不可變對象、循環依賴檢測早。
- Setter 注入：可選依賴、可重配置、循環依賴友好。

三、三種調用模式演進：從緊耦合到完全解耦

場景：Student（調用者）學習 Book（被調用者，接口 IBook，實現 BookA、BookB）。

模式 1：new —— 自己創建（緊耦合）

public class Student {
    public void learnBookA() { new BookA().learn(); }
    public void learnBookB() { new BookB().learn(); }
}

缺點：調用者綁定具體實現類，新增書籍需修改 Student 代碼（違反開閉原則），生命周期自管。

模式 2：工廠模式 —— 統一創建（依賴工廠）

public class BookFactory {
    public static IBook getBookA() { return new BookA(); }
    public static IBook getBookB() { return new BookB(); }
}
public class Student {
    public void learnBookA() { BookFactory.getBookA().learn(); }
    public void learnBookB() { BookFactory.getBookB().learn(); }
}

優點：創建邏輯集中，調用者屏蔽 new 細節。
缺點：調用者依賴工廠類，換工廠或擴展仍需改動調用者，僅是「依賴轉移」。

模式 3：外部注入 (Setter/構造器) —— IoC/DI 終極形態

public class Student {
    // 構造器注入
    private final IBook book;
    public Student(IBook book) { this.book = book; }
    public void learn() { book.learn(); }
}

// 外部組裝（容器或手動）
IBook bookA = new BookA();
IBook bookB = new BookB();
Student student = new Student(bookA); // 或 setBook(bookB)
student.learn();

優點：Student 零依賴具體 Book，僅依賴抽象 IBook。外部組裝者決定用哪個實現，實現完全解耦、可測試、可替換。
這就是 IoC：將對象創建與綁定提前到「外部容器」，由容器根據配置/註解自動完成裝配。

四、Spring IoC 容器實戰：XML 與註解配置

1. XML 顯式裝配

<bean id="bookA" class="com.example.BookA"/>
<bean id="bookB" class="com.example.BookB"/>

<bean id="student" class="com.example.Student">
  <constructor-arg ref="bookA"/> <!-- 構造器注入 -->
  <!-- <property name="book" ref="bookB"/> --> <!-- Setter 注入 -->
</bean>

2. 註解自動裝配 (Spring 2.5+)

@Component("bookA") public class BookA implements IBook { ... }
@Component("bookB") public class BookB implements IBook { ... }

@Component
public class Student {
    private final IBook book;
    @Autowired // 構造器注入，單構造器可省略
    public Student(@Qualifier("bookA") IBook book) { this.book = book; }
    public void learn() { book.learn(); }
}

啟用掃描：@ComponentScan("com.example") 或 XML <context:component-scan base-package="com.example"/>。

五、IoC 容器帶來的核心價值

解耦：模塊間通過接口契約交互，實現細節隔離。
單一職責：業務類專注業務邏輯，對象創建交給容器。
可測試性：單元測試時直接 new 對象 + mock 依賴，無需啟動容器。
統一生命周期管理：單例/原型/請求/會話作用域、初始化/銷毀回調、AOP 切面織入。
配置外部化：環境差異（數據源、第三方客戶端）通過配置文件/屬性文件注入，代碼不改動。

六、常見誤區與最佳實踐

❌ 濫用字段注入 (@Autowired private Xxx)：隱藏依賴、難測試、不可變性破壞。✅ 推薦構造器注入（必需依賴）+ Setter 注入（可選依賴）。
❌ 業務邏輯混雜在配置類：✅ 配置類僅做裝配，業務邏輯留在 Service。
❌ 循環依賴：構造器注入會直接報錯，Setter 注入配合 @Lazy 或重構設計打破循環。
✅ 接口驅動設計：面向接口編程，實現類可隨時替換（如 MyBatis → JPA、本地緩存 → Redis）。