核心組件詳解
Bean 組件
前面已經說明了 Bean 組件對 Spring 的重要性，下面看看 Bean 這個組件式怎么設計的。Bean 組件在 Spring 的 org.springframework.beans 包下。這個包下的所有類主要解決了三件事：Bean 的定義、Bean 的創建以及對 Bean 的解析。對 Spring 的使用者來說唯一需要關心的就是 Bean 的創建，其他兩個由 Spring 在內部幫你完成了，對你來說是透明的。
Spring Bean 的創建時典型的工廠模式，他的頂級接口是 BeanFactory，下圖是這個工廠的繼承層次關系：
圖 4. Bean 工廠的繼承關系
BeanFactory 有三個子類：ListableBeanFactory、HierarchicalBeanFactory 和 AutowireCapableBeanFactory。但是從上圖中我們可以發現最終的默認實現類是 DefaultListableBeanFactory，他實現了所有的接口。那為何要定義這么多層次的接口呢？查閱這些接口的源碼和說明發現，每個接口都有他使用的場合，它主要是為了區分在 Spring 內部在操作過程中對象的傳遞和轉化過程中，對對象的數據訪問所做的限制。例如 ListableBeanFactory 接口表示這些 Bean 是可列表的，而 HierarchicalBeanFactory 表示的是這些 Bean 是有繼承關系的，也就是每個 Bean 有可能有父 Bean。AutowireCapableBeanFactory 接口定義 Bean 的自動裝配規則。這四個接口共同定義了 Bean 的集合、Bean 之間的關系、以及 Bean 行為。
Bean 的定義主要有 BeanDefinition 描述，如下圖說明了這些類的層次關系：
圖 5. Bean 定義的類層次關系圖
Bean 的定義就是完整的描述了在 Spring 的配置文件中你定義的 <bean/> 節點中所有的信息，包括各種子節點。當 Spring 成功解析你定義的一個 <bean/> 節點后，在 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 組件中還有很多類似的方式。
---------------------
作者：Bill-Zhang
來源：CSDN
原文：https://blog.csdn.net/zlfprogram/article/details/75937935
版權聲明：本文為博主原創文章，轉載請附上博文鏈接！