Spring源碼分析SpringIOC

文檔供參考，可復(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容器，這些接口你必須要滿(mǎn)足應(yīng)用程序的最基本要求： 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ò)程：這些代碼演示了以下幾個(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ò)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 - 我們最常使用的上下文。除了具備BeanFactory的全部能力，上下文為應(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 FileSystemXmlApplicationContext(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通過(guò)XmlBeanDefinitionReader來(lái)解析資源文件?？梢钥吹皆趌oadBeanDefinitions里面調(diào)用同名的父方法。其其抽象父類(lèi)的AbstractBeanDefinitionReader中來(lái)定義載入過(guò)程：當(dāng)我們通過(guò)ResourceLoader來(lái)載入資源，別忘了了我們的GenericApplicationContext也實(shí)現(xiàn)了ResourceLoader接口：而我們的FileSystemXmlApplicationContext就是一個(gè)DefaultResourceLoader - GenericApplicationContext()通過(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)來(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