寫在最前

在分析代碼的過程中，如果涉及到和我們分析的目的不相關(guān)的代碼，我就先暫時(shí)忽略了。

正文

Spring Boot創(chuàng)建Bean的過程分析

運(yùn)行Spring Boot程序，我們通常是調(diào)用SpringApplication的run()方法。我們?nèi)タ纯磖un()方法的內(nèi)部結(jié)構(gòu)：

SpringApplication

如上圖，上篇文章我們已經(jīng)分析過createApplicationContext()方法了，它創(chuàng)建出來的是AnnotationConfigEmbeddedWebApplicationContext類的實(shí)例對(duì)象。我們?cè)谶@里著重看1和2兩部分，看方法的名字就可以得知：

1. prepareContext()是做context的準(zhǔn)備工作
2. refreshContext()是根據(jù)新的綁定參數(shù)重新對(duì)context進(jìn)行更新。

下面我們看下prepareContext()是如何實(shí)現(xiàn)的：

SpringApplication的prepareContext()方法

下面我們只討論圖中的三個(gè)紅色的方法，其它方法暫時(shí)忽略。

1. postProcessApplicationContext(context)

postProcessApplicationContext(context)方法

該方法對(duì)context進(jìn)行了預(yù)設(shè)置，設(shè)置了ResourceLoader和ClassLoader，并向bean工廠中添加了一個(gè)beanNameGenerator。至于beanNameGenerator是個(gè)什么東東？我們?cè)谶@里就不討論了。

2. applyInitializers(context)

applyInitializers(context)方法

applyInitializers(context)方法獲取到了我們或spring通過SpringApplication.setInitializers(xxx)設(shè)置的應(yīng)用上下文初始化器集合。那么，什么是應(yīng)用上下文初始化器呢？

ApplicationContextInitializer的官方描述

ApplicationContextInitializer

通過官方的描述，我們可以得知這個(gè)上下文初始化器可以用來對(duì)ApplicationContext進(jìn)行自定義。它的調(diào)用是在ConfigurableApplicationContext的refresh()方法被調(diào)用之前。那么applyInitializers(context)方法的作用也就很明顯了 - 獲取用戶設(shè)置的自定義應(yīng)用上下文初始化器(ApplicationContextInitializer)。

3. load(context, sources.toArray(new Object[sources.size()]))

SpringApplication的load方法

通過上圖中的注釋，我們可以得知：這個(gè)方法主要是加載各種beans到context對(duì)象中的。sources代表各種資源對(duì)象，然后BeanDefinitionLoader的內(nèi)部通過各種xxxReader和xxxScanner讀取、解析這些資源對(duì)象中的beans。具體細(xì)節(jié)，感興趣的可以看看BeanDefinitionLoader這類，我們?cè)谶@里就不討論spring是如何加載和解析beans的了。

通過上面主要的三個(gè)方法，prepareContext()已經(jīng)做好了refresh上下文的基礎(chǔ)準(zhǔn)備工作。那么下面我們就來看看是如何refresh上下文的：

refreshContext(context)的調(diào)用過程

SpringApplication的refreshContext()方法

如上圖，refreshContext(context)方法又調(diào)用了refresh(context)。在調(diào)用了refresh(context)方法之后，又注冊(cè)了關(guān)閉context時(shí)的鉤子。至于hook中執(zhí)行了什么我們就先跳過去了。

SpringApplication的refresh(context)方法

如上圖，spring對(duì)ApplicationContext進(jìn)行了向下轉(zhuǎn)型，轉(zhuǎn)型后的類型為：AbstractApplicationContex，并調(diào)用了它的refresh()方法。refresh()方法的執(zhí)行邏輯如下圖：

AbstractApplicationContext的refresh()方法

到這里，我們就看見重點(diǎn)了，仔細(xì)看上的注釋，正在做各種初始化工作，而今天我們關(guān)注的重點(diǎn)就是紅色圈起的方法 - finishBeanFactoryInitialization(beanFactory)。該方法進(jìn)行了非懶加載beans的初始化工作?，F(xiàn)在我們進(jìn)入該方法內(nèi)部，一窺究竟。

finishBeanFactoryInitialization(beanFactory)方法

看上圖方法中的最后一步，調(diào)用了beanFactory的preInstantiateSingletons()方法。你還記得我們上篇文章中說的此處的beanFactory是那個(gè)類的實(shí)例對(duì)象嗎？答案是：DefaultListableBeanFactory。那好，我們就進(jìn)入DefaultListableBeanFactory的preInstantiateSingletons()的方法一看究竟。

DefaultListableBeanFactory的preInstantiateSingletons()方法

preInstantiateSingletons中有很多處使用getBean(beanName)方法。這個(gè)就是今天我們的重點(diǎn)，其它代碼我們先忽略了。跟蹤此方法進(jìn)去后，最終發(fā)現(xiàn)getBean調(diào)用了AbstractBeanFactory類的doGetBean(xxx)方法，doGetBean(xxx)方法中有這么一段代碼：

doGetBean(xxx)

所以createBean被調(diào)用了。AbstractBeanFactory中的createBean(xxx)方法并沒有具體的實(shí)現(xiàn)，其實(shí)現(xiàn)是在其子類 - AbstractAutowireCapableBeanFactor類中，如下圖：

AbstractAutowireCapableBeanFactor的createBean(xxx)方法

如上圖中的描述，該方法就是創(chuàng)建bean的核心方法。具體細(xì)節(jié)我們就不看了，這篇文章的目的就是分析整個(gè)過程而非代碼細(xì)節(jié)。分析到這里，我們的分析也就結(jié)束了！

寫在最后

此篇文章的分析路徑是跟蹤的singleton的beans的創(chuàng)建過程，prototype的beans的創(chuàng)建過程大同小異，就不細(xì)說了。