我們知道Bean包裝的是Object，而Object必然有資料，如何給這些資料提供生存環境就是Context要解決的問題，對Context來說他就是要發現每個Bean之間的關係，為它們建立這種關係並且要維護好 這種關係。所以Context就是一個Bean關係的集合，這個關係集合又叫Ioc容器，一旦建立起這個Ioc容器後Spring就可以為你工作了。那Core元件又有什麼用武之地呢？其實Core就是發現、建立和維護每 個Bean之間的關係所需要的一些列的工具，從這個角度看來，Core這個元件叫Util更能讓你理解。

它們之間可以用下圖來表示：

圖2.三個元件關係

核心元件詳解

這裡將詳細介紹每個元件內部類的層次關係，以及它們在執行時的時序順序。我們在使用Spring是應該注意的地方。

Bean元件

前面已經說明了Bean元件對Spring的重要性，下面看看Bean這個元件式怎麼設計的。Bean元件在Spring的org.springframework.beans包下。這個包下的所有類主要解決了三件事：Bean的定義、Bean 的建立以及對Bean的解析。對Spring的使用者來說唯一需要關心的就是Bean的建立，其他兩個由Spring在內部幫你完成了，對你來說是透明的。

SpringBean的建立時典型的工廠模式，他的頂級介面是BeanFactory，下圖是這個工廠的繼承層次關係：

 
圖4.Bean工廠的繼承關係

BeanFactory有三個子類：ListableBeanFactory、HierarchicalBeanFactory和Autowire Capable Bean Factory。但是從上圖中我們可以發現最終的預設實現類是DefaultListableBeanFactory，他實 現了所有的介面。那為何要定義這麼多層次的介面呢？查閱這些介面的原始碼和說明發現，每個介面都有他使用的場合，它主要是為了區分在Spring內部在操作過程中物件的傳遞和轉化過程中，對物件的 資料訪問所做的限制。例如ListableBeanFactory介面表示這些Bean是可列表的，而HierarchicalBeanFactory表示的是這些Bean是有繼承關係的，也就是每個Bean有可能有父Bean。 AutowireCapableBeanFactory介面定義Bean的自動裝配規則。這四個介面共同定義了Bean的集合、Bean之間的關係、以及Bean行為。

Bean的定義主要有BeanDefinition描述，如下圖說明了這些類的層次關係：

圖5.Bean定義的類層次關係圖

Bean的定義就是完整的描述了在Spring的配置檔案中你定義的節點中所有的資訊，包括各種子節點。當Spring成功解析你定義的一個節點後，在Spring的內部他就被轉化 成BeanDefinition物件。以後所有的操作都是對這個物件完成的。

Bean的解析過程非常複雜，功能被分的很細，因為這裡需要被擴充套件的地方很多，必須保證有足夠的靈活性，以應對可能的變化。Bean的解析主要就是對Spring配置檔案的解析。這個解析過程主要通過 下圖中的類完成：

圖6.Bean的解析類

當然還有具體對tag的解析這裡並沒有列出。

Context元件

Context在Spring的org.springframework.context包下，前面已經講解了Context元件在Spring中的作用，他實際上就是給Spring提供一個執行時的環境，用以儲存各個物件的狀態。下面看一下這個 環境是如何構建的。

ApplicationContext是Context的頂級父類，他除了能標識一個應用環境的基本資訊外，他還繼承了五個介面，這五個介面主要是擴充套件了Context的功能。下面是Context的類結構圖：

圖7.Context相關的類結構圖

從上圖中可以看出ApplicationContext繼承了BeanFactory，這也說明了Spring容器中執行的主體物件是Bean，另外ApplicationContext繼承了ResourceLoader介面，使得ApplicationContext可以訪 問到任何外部資源，這將在Core中詳細說明。

ApplicationContext的子類主要包含兩個方面：

ConfigurableApplicationContext表示該Context是可修改的，也就是在構建Context中使用者可以動態新增或修改已有的配置資訊，它下面又有多個子類，其中最經常使用的是可更新的Context，即 AbstractRefreshableApplicationContext類。

WebApplicationContext顧名思義，就是為web準備的Context他可以直接訪問到ServletContext，通常情況下，這個介面使用的少。

再往下分就是按照構建Context的檔案型別，接著就是訪問Context的方式。這樣一級一級構成了完整的Context等級層次。

總體來說ApplicationContext必須要完成以下幾件事：

◆標識一個應用環境

◆利用BeanFactory建立Bean物件

◆儲存物件關係表

◆能夠捕獲各種事件

Context作為Spring的Ioc容器，基本上整合了Spring的大部分功能，或者說是大部分功能的基礎。

Core元件

Core元件作為Spring的核心元件，他其中包含了很多的關鍵類，其中一個重要組成部分就是定義了資源的訪問方式。這種把所有資源都抽象成一個介面的方式很值得在以後的設計中拿來學習。下面就 重要看一下這個部分在Spring的作用。

下圖是Resource相關的類結構圖：

圖8.Resource相關的類結構圖

從上圖可以看出Resource介面封裝了各種可能的資源型別，也就是對使用者來說遮蔽了檔案型別的不同。對資源的提供者來說，如何把資源包裝起來交給其他人用這也是一個問題，我們看到Resource 介面繼承了InputStreamSource介面，這個介面中有個getInputStream方法，返回的是InputStream類。這樣所有的資源都被可以通過InputStream這個類來獲取，所以也遮蔽了資源的提供者。另外還有一 個問題就是載入資源的問題，也就是資源的載入者要統一，從上圖中可以看出這個任務是由ResourceLoader介面完成，他遮蔽了所有的資源載入者的差異，只需要實現這個介面就可以載入所有的資源， 他的預設實現是DefaultResourceLoader。

下面看一下Context和Resource是如何建立關係的？首先看一下他們的類關係圖：

圖9.Context和Resource的類關係圖

從上圖可以看出，Context是把資源的載入、解析和描述工作委託給了ResourcePatternResolver類來完成，他相當於一個接頭人，他把資源的載入、解析和資源的定義整合在一起便於其他元件使用。 Core元件中還有很多類似的方式。