《Spring源碼分析SpringIOC》由會(huì)員分享,可在線閱讀,更多相關(guān)《Spring源碼分析SpringIOC(11頁(yè)珍藏版)》請(qǐng)?jiān)谘b配圖網(wǎng)上搜索。
1、文檔供參考,可復(fù)制、編制,期待您的好評(píng)與關(guān)注!
Spring源代碼解析(一):IOC容器
基本概念
對(duì)于Spring的使用者而言,IOC容器實(shí)際上是什么呢?我們可以說(shuō)BeanFactory就是我們看到的IoC容器,當(dāng)然了Spring為我們準(zhǔn)備了許多種IoC容器來(lái)使用,這樣可以方便我們從不同的層面,不同的資源位置,不同的形式的定義信息來(lái)建立我們需要的IoC容器。?
在Spring中,最基本的IOC容器接口是BeanFactory - 這個(gè)接口為具體的IOC容器的實(shí)現(xiàn)作了最基本的功能規(guī)定 - 不管怎么著,作為IOC容器,這些接口你必須要滿足應(yīng)用程序的最基本要求:?
2、
BeanFactory的實(shí)現(xiàn)
在BeanFactory里只對(duì)IOC容器的基本行為作了定義,根本不關(guān)心你的bean是怎樣定義怎樣加載的。
Spring提供了一個(gè)BeanFactory的基本實(shí)現(xiàn),XmlBeanFactory同樣的通過(guò)使用模板模式來(lái)得到對(duì)IOC容器的抽象- AbstractBeanFactory,DefaultListableBeanFactory這些抽象類(lèi)為其提供模板服務(wù)。其中通過(guò)resource 接口來(lái)抽象bean定義數(shù)據(jù),對(duì)Xml定義文件的解析通過(guò)委托給XmlBeanDefinitionReader來(lái)完成。
下面簡(jiǎn)單的演示IOC容器的創(chuàng)建過(guò)程:
這些代碼
3、演示了以下幾個(gè)步驟:?
?? 1. 創(chuàng)建IOC配置文件的抽象資源?
?? 2. 創(chuàng)建一個(gè)BeanFactory?
[ 容器,裝在beans的Map實(shí)體,還有定義了一些對(duì)bean的操作 ]
?? 3. 把讀取配置信息的BeanDefinitionReader,這里是XmlBeanDefinitionReader配置給BeanFactory?
[ 解析資源文件 ]
?? 4. 從定義好的資源位置讀入配置信息,具體的解析過(guò)程由XmlBeanDefinitionReader來(lái)完成,這樣完成整個(gè)載入bean定義的過(guò)程。我們的IoC容器就建立起來(lái)了。
[ 最后保存是通過(guò)map的更新,通過(guò)
4、bean_name => bean_definitions(bean的實(shí)體) ]
XmlBeanFactory
進(jìn)入org.springframework.beans.factory.xml.XmlBeanFactory 可以看到,XmlBeanFactory實(shí)現(xiàn)了剛才上面演示的幾個(gè)步驟
ApplicationContext?
除了XmlBeanFactory,Spring還提供了另一種IOC容器----ApplicationContext?(常用的上下文)
在BeanFactory基礎(chǔ)上擴(kuò)展出的ApplicationContext - 我們最常使用的上下文。除了具備BeanFa
5、ctory的全部能力,上下文為應(yīng)用程序又增添了許多便利:?
??? * 可以支持不同的信息源,我們看到ApplicationContext擴(kuò)展了MessageSource?
??? * 訪問(wèn)資源 , 體現(xiàn)在對(duì)ResourceLoader和Resource的支持上面,這樣我們可以從不同地方得到bean定義資源?
??? * 支持應(yīng)用事件,繼承了接口ApplicationEventPublisher,這樣在上下文中引入了事件機(jī)制而B(niǎo)eanFactory是沒(méi)有的。
那ApplicatiionContext IOC容器是怎么建立的呢?很簡(jiǎn)單,只需要一個(gè)句話就可以:
public Fi
6、leSystemXmlApplicationContext(String configLocation) throws BeansException {
this(new String[] {configLocation}, true, null);
}
關(guān)鍵是reflesh()。這個(gè)方法包含了整個(gè)BeanFactory初始化的過(guò)程,對(duì)于特定的FileSystemXmlBeanFactory,我們看到定位資源位置由refreshBeanFactory()來(lái)實(shí)現(xiàn):?
繼承了AbstractApplicationContext,并且在loadBeanDefinitions
7、通過(guò)XmlBeanDefinitionReader來(lái)解析資源文件。
可以看到在loadBeanDefinitions里面調(diào)用同名的父方法。其其抽象父類(lèi)的AbstractBeanDefinitionReader中來(lái)定義載入過(guò)程:
當(dāng)我們通過(guò)ResourceLoader來(lái)載入資源,別忘了了我們的GenericApplicationContext也實(shí)現(xiàn)了ResourceLoader接口:
而我們的FileSystemXmlApplicationContext就是一個(gè)DefaultResourceLoader - GenericApplicationConte
8、xt()通過(guò)DefaultResourceLoader:?
我們的FileSystemXmlApplicationContext本身就是是DefaultResourceLoader的實(shí)現(xiàn)類(lèi),他實(shí)現(xiàn)了以下的接口:
這樣代碼就回到了FileSystemXmlApplicationContext中來(lái),他提供了FileSystemResource來(lái)完成從文件系統(tǒng)得到配置文件的資源定義。
上面我們看到的是定位Resource的一個(gè)過(guò)程,而這只是加載過(guò)程的一部分 - 我們回到AbstractBeanDefinitionReaderz中的loadDefinitions(resource
9、)來(lái)看看得到代表bean文件的資源定義以后的載入過(guò)程,默認(rèn)的我們使用XmlBeanDefinitionReader:?
接著:定義文件解析為DOM對(duì)象,然后進(jìn)行具體的注冊(cè)過(guò)程:
具體的在BeanDefinitionDocumentReader中完成對(duì),下面是一個(gè)簡(jiǎn)要的注冊(cè)過(guò)程來(lái)完成bean定義文件的解析和IOC容器中bean的初始化?
我們看到在parseBeanDefinition中對(duì)具體bean元素的解析式交給BeanDefinitionParserDelegate來(lái)完成的,下面我們看看解析完的bean是怎樣在IOC容器中注冊(cè)的:?
在BeanDefinitionReaderUtils調(diào)用的是:
我們看看XmlBeanFactory中的注冊(cè)實(shí)現(xiàn):?
這樣就完成了Bean定義在IOC容器中的注冊(cè),就可被IOC容器進(jìn)行管理和使用了。?
11 / 11