spring-boot源碼分析之beanFactory · 捌

前言

今天，多余的話就不說了，按照原計(jì)劃往下啃就行了，因?yàn)閮?nèi)容確實(shí)多，廢話多了怕分享不完。

我們今天要分享四個方法：

• invokeBeanFactoryPostProcessors：調(diào)用前面注冊的beanFactory后置處理器
• registerBeanPostProcessors：注冊bean后置處理器
• initMessageSource：初始化消息資源
• initApplicationEventMulticaster：初始化容器事件廣播（multicaster多播器）

下面我們就逐一展開講下這四個方法。

refresh方法

invokeBeanFactoryPostProcessors

我們先看調(diào)用過程，在invokeBeanFactoryPostProcessors主要有兩部分操作。

一部分就是調(diào)用PostProcessorRegistrationDelegate類的靜態(tài)方法invokeBeanFactoryPostProcessors方法，這個方法內(nèi)容有點(diǎn)多，我們等下展開講；

另一部分操作是往beanFactory中添加了LoadTimeWeaverAwareProcessor處理器，從名字可以看出這個處理器和切面編程有關(guān)，同時包含了loadTime，說明它和加載時間有關(guān)系，應(yīng)該是統(tǒng)計(jì)資源或者類的加載時間的的切面處理器，這里還往容器中set了一個臨時類加載器。

下面我們展開看下靜態(tài)處理方法invokeBeanFactoryPostProcessors。下面是這個方法的完整代碼：

part1

先看part1的內(nèi)容。

在invokeBeanFactoryPostProcessors方法內(nèi)部，先循環(huán)beanFactoryPostProcessors，然后根據(jù)其類型，分別放進(jìn)beanFactory和beanDefinitonRegistry后置容器中，前一種和beanFactory相關(guān)的處理器，后一種是和這里的后置處理來源于容器，這里分類放置，是為了后期執(zhí)行不同的后置處理方法。

對于BeanDefinitionRegistryPostProcessor類型的后置處理器，除了往容器中添加之外，還會執(zhí)行postProcessBeanDefinitionRegistry方法，這個方法和我們昨天分享的postProcessBeanFactory方法很類似，方法的作用也大同小異，至少操作的對象不一樣，昨天的方法針對的是beanFactroy，今天的這個方法針對的是beanDefinitionRegisty。所以這個方法的作用就是在標(biāo)準(zhǔn)初始化之后（bean已加載未進(jìn)行實(shí)例化操作），修改bean的定義信息（在下次后置處理之前）。

part2~4

part2~4的大部分代碼都一樣，唯一的區(qū)別是if條件語句不一樣，part2匹配的是繼承了PriorityOrdered（優(yōu)先順序）的后置處理器；part3匹配的是繼承了Ordered，且不在processedBeans（未被添加過，即不包括part2已經(jīng)處理的）；part4匹配的是前兩類未處理的。匹配完之后，先進(jìn)行排序操作，然后再放進(jìn)registryProcessors中，最后進(jìn)行統(tǒng)一操作。這里還會調(diào)用invokeBeanDefinitionRegistryPostProcessors方法，當(dāng)然實(shí)際上調(diào)用的是BeanDefinitionRegistryPostProcessor的postProcessBeanDefinitionRegistry方法，也就是我們part1說的方法。

再下面就是根據(jù)bean的類型獲取beanFactory的postProcessor的名字，然后再根據(jù)postProcessor的名字拿出對應(yīng)的beanFactory后置處理，放進(jìn)不同的容器中，有順序的的需要先排個序，最后執(zhí)行調(diào)用beanFactory的postProcessBeanFactory，這個方法中基本上都是在進(jìn)行依賴注冊。

registerBeanPostProcessors

這個方法從名字來看，它應(yīng)該是注冊bean的后置處理器的，這里它調(diào)用的也是PostProcessorRegistrationDelegate靜態(tài)方法，不過它調(diào)用的是registerBeanPostProcessors，這個靜態(tài)方法內(nèi)容實(shí)現(xiàn)還挺多的，所以我們也需要展開分析下。

下面我們就展開這個方法講一下，這個方法我也把它分為四個部分，我們先看part 1。

part1

這部分就是往beanFactory中注入了一個bean的后置處理器，從名字看這個后置處理器應(yīng)該是一個后置處理器的檢查器，這個檢測器的其中一個參數(shù)是我們bean后置處理器數(shù)量+bean后置處理器名字集合的大小+1。

part2

這一部分循環(huán)遍歷了bean后置處理器的名字集合，然后根據(jù)名字獲取bean的后置處理器，對于優(yōu)先順序的后置處理器會直接放進(jìn)它的后置處理集合中，其他類型的后置處理器，會存放后置處理器名稱，便于part3和part4進(jìn)行循環(huán)操作。循環(huán)完之后，對有順序（優(yōu)先順序）的后置處理器要進(jìn)行排序操作，之后會把排序之后的后置處理器注冊到beanFactory中。

part3

這里的邏輯比part2差不多，而且比part2簡單，所以就不再贅述。

part4

part4比part3多了一步注冊，因?yàn)?code style="overflow-wrap: break-word;padding: 2px 4px;border-radius: 4px;margin-right: 2px;margin-left: 2px;background-color: rgba(27, 31, 35, 0.05);font-family: "Operator Mono", Consolas, Monaco, Menlo, monospace;word-break: break-all;color: rgb(255, 100, 65);">part4要注冊兩種后置處理器，一種是內(nèi)部后置處理器，一種是無序的后置處理器。

最后還往beanFactory中注冊了一個bean后置處理，這個后置處理器的是應(yīng)用監(jiān)聽器的探測器，應(yīng)該就是類似于監(jiān)控這樣的功能，它檢測的是應(yīng)用的監(jiān)聽器。

initMessageSource

從名字看，這個方法進(jìn)行的是消息源的初始化，我記得我們前面好像提到過，這個方法是和國際化有關(guān)的。這個方法其實(shí)就做了一件事，注冊messageSource，如果已經(jīng)被注冊，則需要把注冊的值賦給容器的messageSource屬性

initApplicationEventMulticaster

初始化應(yīng)用事件的廣播器（多播）。與消息源初始化類似，這里就是簡單的注冊和賦值，不存在就實(shí)例化然后注冊，存在就直接賦值。

總結(jié)

今天這四個方法算是比較圓滿地分享完了，主要是前兩個方法確實(shí)有點(diǎn)長，分析完之后，才發(fā)現(xiàn)其實(shí)內(nèi)部也沒有太復(fù)雜的邏輯，甚至有些簡單，但是我看了下字?jǐn)?shù)，感覺問題也并不簡單，因?yàn)槟壳白謹(jǐn)?shù)已經(jīng)1500+了，如果照這個字?jǐn)?shù)，明天四個方法很可能是分享完的，至少字?jǐn)?shù)是要大大超出今天這個量的，所以如果明天真的打臉我也認(rèn)了

好了，今天的四個方法就先分享到這里，勝利的曙光在望，加油呀~