寫在最前
在分析代碼的過程中,如果涉及到和我們分析的目的不相關(guān)的代碼宗收,我就先暫時(shí)忽略了。
正文
Spring Boot創(chuàng)建Bean的過程分析
運(yùn)行Spring Boot程序,我們通常是調(diào)用SpringApplication的run()方法并淋。我們?nèi)タ纯磖un()方法的內(nèi)部結(jié)構(gòu):
如上圖,上篇文章我們已經(jīng)分析過createApplicationContext()方法了珍昨,它創(chuàng)建出來的是AnnotationConfigEmbeddedWebApplicationContext類的實(shí)例對(duì)象县耽。我們?cè)谶@里著重看1和2兩部分,看方法的名字就可以得知:
- prepareContext()是做context的準(zhǔn)備工作
- refreshContext()是根據(jù)新的綁定參數(shù)重新對(duì)context進(jìn)行更新镣典。
下面我們看下prepareContext()是如何實(shí)現(xiàn)的:
下面我們只討論圖中的三個(gè)紅色的方法兔毙,其它方法暫時(shí)忽略。
1. postProcessApplicationContext(context)
該方法對(duì)context進(jìn)行了預(yù)設(shè)置骆撇,設(shè)置了ResourceLoader和ClassLoader瞒御,并向bean工廠中添加了一個(gè)beanNameGenerator。至于beanNameGenerator是個(gè)什么東東神郊?我們?cè)谶@里就不討論了肴裙。
2. applyInitializers(context)
applyInitializers(context)方法獲取到了我們或spring通過SpringApplication.setInitializers(xxx)設(shè)置的應(yīng)用上下文初始化器集合趾唱。那么,什么是應(yīng)用上下文初始化器呢蜻懦?
通過官方的描述甜癞,我們可以得知這個(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()]))
通過上圖中的注釋,我們可以得知:這個(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)用過程
如上圖魄懂,refreshContext(context)方法又調(diào)用了refresh(context)沿侈。在調(diào)用了refresh(context)方法之后,又注冊(cè)了關(guān)閉context時(shí)的鉤子市栗。至于hook中執(zhí)行了什么我們就先跳過去了缀拭。
如上圖,spring對(duì)ApplicationContext進(jìn)行了向下轉(zhuǎn)型填帽,轉(zhuǎn)型后的類型為:AbstractApplicationContex智厌,并調(diào)用了它的refresh()方法。refresh()方法的執(zhí)行邏輯如下圖:
到這里盲赊,我們就看見重點(diǎn)了铣鹏,仔細(xì)看上的注釋,正在做各種初始化工作哀蘑,而今天我們關(guān)注的重點(diǎn)就是紅色圈起的方法 - finishBeanFactoryInitialization(beanFactory)诚卸。該方法進(jìn)行了非懶加載beans的初始化工作。現(xiàn)在我們進(jìn)入該方法內(nèi)部绘迁,一窺究竟合溺。
看上圖方法中的最后一步,調(diào)用了beanFactory的preInstantiateSingletons()方法缀台。你還記得我們上篇文章中說的此處的beanFactory是那個(gè)類的實(shí)例對(duì)象嗎棠赛?答案是:DefaultListableBeanFactory。那好,我們就進(jìn)入DefaultListableBeanFactory的preInstantiateSingletons()的方法一看究竟睛约。
preInstantiateSingletons中有很多處使用getBean(beanName)方法鼎俘。這個(gè)就是今天我們的重點(diǎn),其它代碼我們先忽略了辩涝。跟蹤此方法進(jìn)去后贸伐,最終發(fā)現(xiàn)getBean調(diào)用了AbstractBeanFactory類的doGetBean(xxx)方法,doGetBean(xxx)方法中有這么一段代碼:
所以createBean被調(diào)用了怔揩。AbstractBeanFactory中的createBean(xxx)方法并沒有具體的實(shí)現(xiàn)捉邢,其實(shí)現(xiàn)是在其子類 - AbstractAutowireCapableBeanFactor類中,如下圖:
如上圖中的描述商膊,該方法就是創(chuàng)建bean的核心方法伏伐。具體細(xì)節(jié)我們就不看了,這篇文章的目的就是分析整個(gè)過程而非代碼細(xì)節(jié)晕拆。分析到這里秘案,我們的分析也就結(jié)束了!
寫在最后
此篇文章的分析路徑是跟蹤的singleton的beans的創(chuàng)建過程潦匈,prototype的beans的創(chuàng)建過程大同小異,就不細(xì)說了赚导。