[[387382]]

本文轉載自微信公眾號「蘇三說技術」，作者因為熱愛所以堅持ing。轉載本文請聯(lián)系蘇三說技術公眾號。   

前言

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

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

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

spring源碼很復雜，說實話這類文章不好寫，想把它講清楚很難，寫著寫著篇幅會很長，讀者不一定有耐心看下去，而且看完容易忘記。

我打算用圖文相結合的方式，去除糟粕，只解讀一些精華部分，給讀者們在閱讀源碼時一個清晰的思路，不至于迷路。另外最關鍵的是，看完之后可以記住很多關鍵流程。

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

入口

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

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

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

如果想要手動初始化通過配置類配置的spring容器時，代碼是這樣的：

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

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

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

 

雖說調(diào)用refresh方法的類有這么多，但我決定用ClassPathXmlApplicationContext類作為列子給大家講解，因為它足夠經(jīng)典，而且難度相對來說要小一些。

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

refresh方法r

efresh方法是spring ioc的真正入口，它負責初始化spring容器。

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

答案很簡單，因為它不只被調(diào)用一次。

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

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

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

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

所以這里的refresh表示重新構建的意思。

好了，廢話不多說。下面重點看看refresh的關鍵步驟：

 

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

• obtainFreshBeanFactory
• invokeBeanFactoryPostProcessors
• registerBeanPostProcessors
• finishBeanFactoryInitialization

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

經(jīng)過幾層調(diào)用(細節(jié)不說，很簡單)，會調(diào)到AbstractBeanDefinitionReader類的loadBeanDefinitions方法：

 

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

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

 

在解析xml文件時，需要判斷是默認標簽，還是自定義標簽，處理邏輯不一樣：

 

spring的默認標簽只有4種：

• <import/>
• <alias/>
• <bean/>
• <beans/>

 

對應的處理方法是：

 

注意常見的：、、等都是自定義標簽。

從上圖中處理標簽的processBeanDefinition方法開始，經(jīng)過一系列調(diào)用，最終會調(diào)到DefaultBeanDefinitionDocumentReader類的processBeanDefinition方法。

 

這個方法包含了關鍵步驟：解析元素生成BeanDefinition 和 注冊BeanDefinition。

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

生成BeanDefinition

下面重點看看BeanDefinition是如何生成的。

上面的方法會調(diào)用BeanDefinitionParserDelegate類的parseBeanDefinitionElement方法：

 

一個標簽會對應一個BeanDefinition對象。

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

 

其實真正創(chuàng)建BeanDefinition的邏輯是非常簡單的，直接new了一個對象：

 

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

注冊BeanDefinition

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

在BeanDefinitionReaderUtils類的registerBeanDefinition方法很簡單，只有兩個流程：

 

先看看DefaultListableBeanFactory類的registerBeanDefinition方法是如何注冊beanName的：

 

接下來看看SimpleAliasRegistry類的registerAlias方法是如何注冊alias別名的：

這樣就能通過多個不同的alias找到同一個name，再通過name就能找到BeanDefinition。

 

修改BeanDefinition

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

refresh方法中通過invokeBeanFactoryPostProcessors方法修改BeanDefinition對象。

經(jīng)過一系列的調(diào)用，最終會到PostProcessorRegistrationDelegate類的invokeBeanFactoryPostProcessors方法：

 

流程看起來很長，其實邏輯比較簡單，主要是在處理BeanDefinitionRegistryPostProcessor和BeanFactoryPostProcessor。

而BeanDefinitionRegistryPostProcessor本身是一種特殊的BeanFactoryPostProcessor，它也會執(zhí)行BeanFactoryPostProcessor的邏輯，只是加了一個額外的方法。

 

ConfigurationClassPostProcessor可能是最重要的BeanDefinitionRegistryPostProcessor，它負責處理@Configuration注解。

注冊BeanPostProcessor

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

經(jīng)過一系列的調(diào)用，最終會到PostProcessorRegistrationDelegate類的registerBeanPostProcessors方法：

 

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

總結

前面主要介紹了：

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

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