IoC容器的實作學習——01

• IoC容器的實作學習——01
  • 簡介
  • IoC 容器系列的設計與實作：BeanFactory 和 ApplicationContext
    • BeanFactory
      • loadBeanDefinition()
    • ApplicationContext
  • 小結

簡介

在以前通常情況下一個簡單的專案一般由兩個及兩個以上的類構成，大多數的類集資料和資料的處理方法于一體，類之間通過依賴彼此的資料和方法實作業務邏輯，這個獲取依賴的程序是自己實作的，導致代碼高度耦合以及難以測驗，

所以出現了DI (依賴注入)、IoC (控制反轉) 這些將物件的依賴關系轉交給平臺或容器進行管理的設計模式，而在 Spring 核心中 IoC 容器就是這種模式的實作，通過將物件的依賴控制交給 IoC 容器從而有效降低代碼的耦合度，提高代碼的可測驗性，

IoC 容器需要解決的核心問題是如何將物件的控制權從物件轉交給平臺或框架中，

IoC 核心思想是關于一個物件如何獲取它所依賴的物件參考，

這次除了對 IoC 的簡單回顧，還有對 Spring 框架實作的 IoC 容器進行設計和實作上的分析，深入了解一下 Spring IoC 獨特的特點，

IoC 容器系列的設計與實作：BeanFactory 和 ApplicationContext

BeanFactory 介面系列：只實作了容器的基本功能，

ApplicationContext 應用背景關系系列：在簡單容器的基礎上增加了許多面向框架的特性，同時對不同的應用場景進行了適配，

下面對其兩者進行逐一分析，

BeanFactory

基本概念：BeanFactory 介面定義了一個 IoC 容器所應該具備的最基本服務，同時也是我們使用 IoC 容器遵守的最底層和最基本的編程規范，

同時有許多的類實作了 BeanFactory 這個基本介面，并在其基礎上進行了適當的擴展形成了具體的 IoC 容器，以針對不同的場景供用戶選擇，其中 ApplicationContext 也是在其基礎上構造的，

BeanFactory 介面的原始碼：

這些規范，體現了 IoC 容器最基本的特性，

其中主要的方法就是 getBean() 方法，還有一些其他的檢索方法，是最為基本的容器入口，

可以通過分析一個基本的 IoC 容器—— XmlBeanFactory 實作，來嘗試理解簡單 IoC 容器的設計原理，

?

XmlBeanFactory 使用了 DefaultListableBeanFactory 作為基類，兩者作為基本的 IoC 容器，通過觀察 XBF 這個類名，可以猜到大概是通過 XML 檔案來決議 BeanDefinition，并初始化 IoC 容器（事實也是如此），

可以看到有一個常量，XmlBeanDefinitionReader 這個類是用來決議處理以 XML 形式定義的 BeanDefinition，是 Reader 物件，但是并不是它來獲取 XML 資源，XML 資源是交由另一個物件（Resource）來獲取并抽象的，Resource 是 Spring 用來封裝 I/O 操作的類（稱為定位 BeanDefinition 資源），例如 ClassPathResource 這個類可以指定獲取到具體的資源，并且將 Resuorce 交由 XBF 的建構式，這樣 IoC 容器就可以方便的定位到需要的 BeanDefinition 資訊對 Bean 完成容器的初始化和 DI 程序，

可能思路還不是很清晰，接下來就簡單解釋一下一些類：

• BeanDefinition：

  這個類是 Spring 為了方便 IoC 容器管理 POJO (Bean) 物件而對其進一步抽象的資料結構，根據資源所定義的資訊來創建具體的 Bean 物件，

  假設我們通過 XML 的形式來讓 IoC 容器幫我們管理 Bean 物件，其實我們在 XML 中定義的是 BeanDefinition，我們通過 <bean/> 標簽來創建 Bean，實際上是在描述一個 BeanDefinition，而當 IoC 容器通過 Reader 定位到 需要的 BeanDefinitieon，則是根據 Reader 決議好的 BeanDefinition 資訊來創建我們描述好的 Bean 物件，并進行管理，

• BeanDefinitionReader:

  讀取 Spring 組態檔中的內容，并將其轉換為 IoC 容器的內部資料結構：BeanDefinition，

  在 XBF 中 XBDR 就是 BDR 的一個具體實作，Spring 的配置內容是 XML，所以根據 XML 的形式來轉換 BeanDefinition，

• Resource：

  Spring 統一對不同來源的資源進行底層抽象，方便統一管理不同的資源，

  通過簡單的觀察繼承關系和部分原始碼，大概分析是 Spring 對不同來源的資源統一進行底層資源封裝或抽象，

  再通過不同的實作類對具體的資源面向用戶提高具體的服務介面，

通過解釋或者百度幾個關鍵類，我們應該能理解 IoC 容器初始化的簡單程序，

觀察 XBF 的原始碼可以發現除了使用 XBDR 物件進行資源的決議和加載，并沒有看到關于 IoC 容器的初始化程序，看到 super(parentBeanFactory) 這句代碼呼叫了父類 —— DefaultListableBeanFactory 的構造方法，從而完成了 IoC 容器的構建，那么我們初步可以分析出 DefaultListableBeanFactory 應該是 XBF IoC 容器創建的重要物件，實際上它也是個基本 IoC 容器，

直到這里我們就簡單分析出了 XBF IoC 容器的創建程序，

loadBeanDefinition()

通過 reader 決議好的 Bean 資訊加載到 BeanFactory （IoC 容器）中，

ApplicationContext

對于開發人員來說，例如開發一個 Web 服務端，如果要開發人員手動控制 Bean 的配置和容器的建立程序，無疑是非常痛苦的，所以 Spring 幫我們定義了許多已經實作好的容器，并且這些容器面向的需求也不一樣，相對于已經實作的簡單 BeanFactory 容器，不能很大程度上滿足開發人員的需求，所以 ApplicationContext 無疑是更好的選擇，

之前介紹了 ApplicationContext 是在基本 IoC 容器上，進行了更大程度的擴展，讓 IoC 容器面向框架，提供更多的服務，方便開發人員的使用，更加專注于業務邏輯的實作，同時也是對 IoC 容器一次全面的更新和擴展，

AC 擴展了一些介面，在基礎 IoC 容器上添加了附加功能，這些額外的功能為 AC 提供了 BeanFactory 不具備的特性：

• 支持不同的資訊源：擴展了 MessageSource 介面，支持國際化，為開發多語言版本的應用提供服務，

• 訪問資源：主要體現在對 ResourceLoader 和 Resource 的支持上，讓我們可以獲從不同的地方獲取 Bean 資源，主要是可以在不同的 I/O 途徑獲取 Bean 定義資訊，這里的指的是具體的 ApplicationContext 容器，一般來說都是繼承了 DefaultResourceLoader 的子類，因為 DefaultResourceLoader 是 AbstractApplicationContext 的基類，

• 支持應用事件

  繼承了介面 ApplicationEventPublisher，從而在背景關系中引入了事件機制，這些事件結合 Bean 的生命周期對 Bean 管理提供了便利，

• 提供其他附加服務

  這些其他的附加服務，使得基本的 IoC 的功能更加豐富，使它的使用是一種面向框架 的使用風格，

設計原理：

以常用的 FileSystemXmlApplicationContext 的實作為例說明 ApplicationContext 容器的設計原理，

通過觀察 FSXAC 的原始碼，AC 容器的主要功能已經在 FSXAC 的基類 AbstractXmlApplicationContext 中實作了，所以 FSXAC 只要實作與自身設計相關的兩個功能，

功能一：如果直接使用 FSXAC，對于實體化這個應用背景關系的支持，同時啟動 IoC 容器的 refresh() 程序，

refresh() 程序牽涉到 IoC 容器啟動的一系列復雜操作，對于不同的容器，這些操作都是類似的，因此在基類（AbstractApplicationContext）中對其統一封裝，

public FileSystemXmlApplicationContext(String[] configLocations, boolean refresh, ApplicationContext parent) throws BeansException {
    super(parent);
    this.setConfigLocations(configLocations);
    if (refresh) {
        this.refresh();
    }
}

功能二： 如何從檔案系統中加載 XML 的 Bean 定義資源有關，

簡單來說就是如何在檔案系統中讀取以 XML 形式存在的 BeanDefinition 做準備（并不是直接決議），因為不同的 AC 實作對應著不同的讀取 BeanDefinition 的方式，

protected Resource getResourceByPath(String path) {
    if (path != null && path.startsWith("/")) {
        path = path.substring(1);
    }

    return new FileSystemResource(path);
}

上面是這個功能的實作，可以看到，呼叫這個方法可以得到 Resource 資源定位——FileSystemResource，

小結

本次學習了 IoC 容器的一些介紹和概念，抓住了在 Spring 中 IoC 容器的兩大實作方式：BeanFactory 和 ApplicationContext.

借助常用或典型的實作類：XmlBeanFactory 和 FileSystemApplicationContext，

通過簡單分析兩者的實作和設計區別，來嘗試理解兩者本質或定義上的區別，同時我們也在兩者的實作和設計中，學到了 Spring IoC 容器中基礎的組成部分：

• BeanDefinition
• BeanDefinitionReader
• Resource
• DefaultListableBeanFactory
• loadBeanDefinitions() 方法

這些與 IoC 容器密切相關，

在平時的 Spring 學習和使用中，我們大部分都僅限于使用，有時候專案報錯，即使百度，也會出現不能快速定位或者解決了但是又沒完全解決（不理解）的情況，

除了收集我們的日常 BUG 外，我們還需要對其淺層原理進行理解，我想這應該是逃離“碼農”的一小步，

努力地靠近自己理解的正軌，

標籤：Java

上一篇：java基礎-檔案與IO

下一篇：Future詳解