本文轉(zhuǎn)載自微信公眾號(hào)「蘇三說(shuō)技術(shù)」，作者因?yàn)闊釔?ài)所以堅(jiān)持ing。轉(zhuǎn)載本文請(qǐng)聯(lián)系蘇三說(shuō)技術(shù)公眾號(hào)。 

十余年的順昌網(wǎng)站建設(shè)經(jīng)驗(yàn)，針對(duì)設(shè)計(jì)、前端、開(kāi)發(fā)、售后、文案、推廣等六對(duì)一服務(wù)，響應(yīng)快，48小時(shí)及時(shí)工作處理。營(yíng)銷(xiāo)型網(wǎng)站建設(shè)的優(yōu)勢(shì)是能夠根據(jù)用戶設(shè)備顯示端的尺寸不同，自動(dòng)調(diào)整順昌建站的顯示方式，使網(wǎng)站能夠適用不同顯示終端，在瀏覽器中調(diào)整網(wǎng)站的寬度，無(wú)論在任何一種瀏覽器上瀏覽網(wǎng)站，都能展現(xiàn)優(yōu)雅布局與設(shè)計(jì)，從而大程度地提升瀏覽體驗(yàn)。成都創(chuàng)新互聯(lián)從事“順昌網(wǎng)站設(shè)計(jì)”,“順昌網(wǎng)站推廣”以來(lái)，每個(gè)客戶項(xiàng)目都認(rèn)真落實(shí)執(zhí)行。

前言

最近寫(xiě)的幾篇spring系列的文章，收到了很多讀者的好評(píng)，有些讀者希望我再多寫(xiě)幾篇這方面的文章。甚至還有讀者私信給我，向我請(qǐng)教看spring源碼的方法，為此我打算寫(xiě)一個(gè)spring源碼解讀的系列，回饋給一直支持我的粉絲們。

不知道你有沒(méi)有這些經(jīng)歷：

• 想看spring的源碼無(wú)從下手
• spring源碼太多，看著看著就跟丟了
• 不知道哪些是主要的，哪些是次要的
• 前幾天還記得，今天就忘了

spring源碼很復(fù)雜，說(shuō)實(shí)話這類(lèi)文章不好寫(xiě)，想把它講清楚很難，寫(xiě)著寫(xiě)著篇幅會(huì)很長(zhǎng)，讀者不一定有耐心看下去，而且看完容易忘記。

我打算用圖文相結(jié)合的方式，去除糟粕，只解讀一些精華部分，給讀者們?cè)陂喿x源碼時(shí)一個(gè)清晰的思路，不至于迷路。另外最關(guān)鍵的是，看完之后可以記住很多關(guān)鍵流程。

在spring的龐大體系中，IOC(控制反轉(zhuǎn))貫穿始終，其作用不言而喻。我們就先從IOC開(kāi)始，介紹它的主干流程，給有需要的朋友一些指引。

入口

spring容器的頂層接口是：BeanFactory，但我們使用更多的是它的子接口：ApplicationContext。

通常情況下，如果我們想要手動(dòng)初始化通過(guò)xml文件配置的spring容器時(shí)，代碼是這樣的：

 
 
 
 

  
  
  
  
ClassPathXmlApplicationContext applicationContext = new ClassPathXmlApplicationContext("applicationContext.xml"); 
  
  
  
  
User user = (User)applicationContext.getBean("name"); 
 
 
 
 

如果想要手動(dòng)初始化通過(guò)配置類(lèi)配置的spring容器時(shí)，代碼是這樣的：

 
 
 
 

  
  
  
  
AnnotationConfigApplicationContext applicationContext = new AnnotationConfigApplicationContext(Config.class); 
  
  
  
  
User user = (User)applicationContext.getBean("name"); 
 
 
 
 

這兩個(gè)類(lèi)應(yīng)該是最常見(jiàn)的入口了，它們卻殊途同歸，最終都會(huì)調(diào)用refresh方法，該方法才是spring容器初始化的真正入口。

順便提一下，其實(shí)調(diào)用refresh方法的類(lèi)并非只有這兩個(gè)，我們用一張圖整體認(rèn)識(shí)一下：

雖說(shuō)調(diào)用refresh方法的類(lèi)有這么多，但我決定用ClassPathXmlApplicationContext類(lèi)作為列子給大家講解，因?yàn)樗銐蚪?jīng)典，而且難度相對(duì)來(lái)說(shuō)要小一些。

再次重申一下，由于spring源碼代碼量巨大，即使我能一次性講完，恐怕你也沒(méi)那么多耐心看下去。所以我會(huì)采用你好，我也好的方式，忽略一些細(xì)枝末節(jié)，只抓重點(diǎn)。如果有對(duì)某些細(xì)節(jié)比較感興趣的同學(xué)，歡迎加我微信和我一起交流，或者關(guān)注我后續(xù)的文章，將會(huì)做詳細(xì)的講解。

refresh方法r

efresh方法是spring ioc的真正入口，它負(fù)責(zé)初始化spring容器。

既然這個(gè)方法的作用是初始化spring容器，那方法名為啥不叫init?

答案很簡(jiǎn)單，因?yàn)樗恢槐徽{(diào)用一次。

在springboot的SpringAppication類(lèi)中的run方法會(huì)調(diào)用refreshContext方法，該方法會(huì)調(diào)用一次refresh方法。

在springcloud的BootstrapApplicationListener類(lèi)中的onApplicationEvent方法會(huì)調(diào)用SpringAppication類(lèi)中的run方法。也會(huì)調(diào)用一次refresh方法。

這是springboot項(xiàng)目中如果引入了springcloud，則refresh方法會(huì)被調(diào)用兩次的原因。

在springmvc的FrameworkServlet類(lèi)中的initWebApplicationContext方法會(huì)調(diào)用configureAndRefreshWebApplicationContext方法，該方法會(huì)調(diào)用一次refresh方法，不過(guò)會(huì)提前判斷容器是否激活。

所以這里的refresh表示重新構(gòu)建的意思。

好了，廢話不多說(shuō)。下面重點(diǎn)看看refresh的關(guān)鍵步驟：

其實(shí)上圖中一眼看過(guò)去好像有很多方法，但是真正的核心的方法不多，我主要講其中最重要的：

• obtainFreshBeanFactory
• invokeBeanFactoryPostProcessors
• registerBeanPostProcessors
• finishBeanFactoryInitialization

解析xml配置文件obtainFreshBeanFactory方法會(huì)解析xml的bean配置，生成BeanDefinition對(duì)象，并且注冊(cè)到spring容器中(說(shuō)白了就是很多map集合中)。

經(jīng)過(guò)幾層調(diào)用(細(xì)節(jié)不說(shuō)，很簡(jiǎn)單)，會(huì)調(diào)到AbstractBeanDefinitionReader類(lèi)的loadBeanDefinitions方法：

該方法會(huì)循環(huán)locations(applicationContext.xml文件路徑),調(diào)用另外一個(gè)loadBeanDefinitions方法，一個(gè)文件一個(gè)文件解析。

經(jīng)過(guò)一些列的騷操作，會(huì)將location轉(zhuǎn)換成inputSource和resource，然后再轉(zhuǎn)換成Document對(duì)象，方面解析。

在解析xml文件時(shí)，需要判斷是默認(rèn)標(biāo)簽，還是自定義標(biāo)簽，處理邏輯不一樣：

spring的默認(rèn)標(biāo)簽只有4種：

對(duì)應(yīng)的處理方法是：

注意常見(jiàn)的： 、 、 等都是自定義標(biāo)簽。

從上圖中處理 標(biāo)簽的processBeanDefinition方法開(kāi)始，經(jīng)過(guò)一系列調(diào)用，最終會(huì)調(diào)到DefaultBeanDefinitionDocumentReader類(lèi)的processBeanDefinition方法。

這個(gè)方法包含了關(guān)鍵步驟：解析元素生成BeanDefinition 和 注冊(cè)BeanDefinition。

自定義屬性的內(nèi)容有趣，但是不這里不會(huì)講，現(xiàn)在用得不多，有興趣的同學(xué)加我微信和我私聊。

生成BeanDefinition

下面重點(diǎn)看看BeanDefinition是如何生成的。

上面的方法會(huì)調(diào)用BeanDefinitionParserDelegate類(lèi)的parseBeanDefinitionElement方法：

一個(gè) 標(biāo)簽會(huì)對(duì)應(yīng)一個(gè)BeanDefinition對(duì)象。

該方法又會(huì)調(diào)用同名的重載方法：processBeanDefinition，真正創(chuàng)建BeanDefinition對(duì)象，并且解析一系列參數(shù)填充到對(duì)象中：

其實(shí)真正創(chuàng)建BeanDefinition的邏輯是非常簡(jiǎn)單的，直接new了一個(gè)對(duì)象：

真正復(fù)雜的地方是在前面的各種屬性的解析和賦值上。

注冊(cè)BeanDefinition

上面通過(guò)解析xml文件生成了很多BeanDefinition對(duì)象，下面就需要把BeanDefinition對(duì)象注冊(cè)到spring容器中，這樣spring容器才能初始化bean。

在BeanDefinitionReaderUtils類(lèi)的registerBeanDefinition方法很簡(jiǎn)單，只有兩個(gè)流程：

先看看DefaultListableBeanFactory類(lèi)的registerBeanDefinition方法是如何注冊(cè)beanName的：

接下來(lái)看看SimpleAliasRegistry類(lèi)的registerAlias方法是如何注冊(cè)alias別名的：

這樣就能通過(guò)多個(gè)不同的alias找到同一個(gè)name，再通過(guò)name就能找到BeanDefinition。

修改BeanDefinition

上面BeanDefinition對(duì)象已經(jīng)注冊(cè)到spring容器當(dāng)中了，接下來(lái)，如果想要修改已經(jīng)注冊(cè)的BeanDefinition對(duì)象該怎么辦呢?

refresh方法中通過(guò)invokeBeanFactoryPostProcessors方法修改BeanDefinition對(duì)象。

經(jīng)過(guò)一系列的調(diào)用，最終會(huì)到PostProcessorRegistrationDelegate類(lèi)的invokeBeanFactoryPostProcessors方法：

流程看起來(lái)很長(zhǎng)，其實(shí)邏輯比較簡(jiǎn)單，主要是在處理BeanDefinitionRegistryPostProcessor和BeanFactoryPostProcessor。

而B(niǎo)eanDefinitionRegistryPostProcessor本身是一種特殊的BeanFactoryPostProcessor，它也會(huì)執(zhí)行BeanFactoryPostProcessor的邏輯，只是加了一個(gè)額外的方法。

ConfigurationClassPostProcessor可能是最重要的BeanDefinitionRegistryPostProcessor，它負(fù)責(zé)處理@Configuration注解。

注冊(cè)BeanPostProcessor

處理完前面的邏輯，refresh方法接著會(huì)調(diào)用registerBeanPostProcessors注冊(cè)BeanPostProcessor，它的功能非常強(qiáng)大，后面的文章會(huì)詳細(xì)講解。

經(jīng)過(guò)一系列的調(diào)用，最終會(huì)到PostProcessorRegistrationDelegate類(lèi)的registerBeanPostProcessors方法：

注意，這一步只是注冊(cè)BeanPostProcessor，真正的使用在后面。

總結(jié)

前面主要介紹了：

1. spring容器初始化的入口
2. refresh方法的主要流程
3. 解析xml配置文件
4. 生成BeanDefinition
5. 注冊(cè)BeanDefinition
6. 修改BeanDefinition
7. 注冊(cè)BeanPostProcessor

以上內(nèi)容只是spring容器初始化的前期準(zhǔn)備工作，預(yù)告一下，真正的好戲在后面的：實(shí)例化Bean、依賴注入、初始化Bean、BeanPostProcessor調(diào)用等。

網(wǎng)頁(yè)題目：輕松讀懂spring之IOC的主干流程（上）
網(wǎng)站URL：http://uogjgqi.cn/article/coieggo.html