文章目錄

• Pre
• refresh()
• Spring的設計
• 源碼驗證

---

Pre

接上文 Spring5源碼 - 03 普通對象對應的BeanDefinition是如何存入DefaultListableBeanFactory#beanDefinitionMap 源碼分析

---

refresh()

這里我們只粗略的看一下其中的邏輯，真的很復雜

@Overridepublic void refresh() throws BeansException, IllegalStateException {synchronized (this.startupShutdownMonitor) {StartupStep contextRefresh = this.applicationStartup.start("spring.context.refresh");// Prepare this context for refreshing. 1:準備刷新上下文環境 prepareRefresh();// Tell the subclass to refresh the internal bean factory. 2:獲取告訴子類初始化Bean工廠ConfigurableListableBeanFactory beanFactory = obtainFreshBeanFactory();// Prepare the bean factory for use in this context. 3:對bean工廠進行填充屬性prepareBeanFactory(beanFactory);try {// Allows post-processing of the bean factory in context subclasses. 第四:留給子類去實現該接口postProcessBeanFactory(beanFactory);StartupStep beanPostProcess = this.applicationStartup.start("spring.context.beans.post-process");// Invoke factory processors registered as beans in the context. 調用bean工廠的后置處理器.invokeBeanFactoryPostProcessors(beanFactory);// Register bean processors that intercept bean creation. 調用bean的后置處理器registerBeanPostProcessors(beanFactory);beanPostProcess.end();// Initialize message source for this context. 初始化國際化資源處理器. initMessageSource();// Initialize event multicaster for this context. 創建事件多播器initApplicationEventMulticaster();// Initialize other special beans in specific context subclasses. 這個方法同樣也是留給子類實現的 springboot也是從這個方法進行啟動tomat的.onRefresh();// Check for listener beans and register them. 把我們的事件監聽器注冊到多播器上registerListeners();// Instantiate all remaining (non-lazy-init) singletons. 實例化我們剩余的單實例bean.finishBeanFactoryInitialization(beanFactory);// Last step: publish corresponding event. 最后容器刷新 發布刷新事件(Spring cloud也是從這里啟動的)finishRefresh();}catch (BeansException ex) {if (logger.isWarnEnabled()) {logger.warn("Exception encountered during context initialization - " +"cancelling refresh attempt: " + ex);}// Destroy already created singletons to avoid dangling resources.destroyBeans();// Reset 'active' flag.cancelRefresh(ex);// Propagate exception to caller.throw ex;}finally {// Reset common introspection caches in Spring's core, since we// might not ever need metadata for singleton beans anymore...resetCommonCaches();contextRefresh.end();}}}

---

Spring的設計

我們接著來看 spring 是在哪一個方法調用中完成掃描的 即什么時候初始化BeanDefinition, 并且把這個BeanDefinition放到bdMap集合中。

通過debug分析可以得出

invokeBeanFactoryPostProcessors(beanFactory);

主要工作

執行所有的需要被執行的BeanFactoryPostProcessor
1.1 執行Spring內置的BeanFactoryPostProcessor （完成Bean的掃描） 【其實就是ConfigurationClassPostProcessor】
1.2 執行開發人員提供的BeanFactoryPostProcessor

---

源碼驗證

再細說一下主要的設計思想

看方法名 invokeBeanFactoryPostProcessors 也能猜到 主要是執行 BeanFactoryPostProcessors

既然是 BeanFactoryPostProcessors , 那就說明有很多 BeanFactoryPostProcessor

BeanFactoryPostProcessor是個接口，spring實現了一部分，當然開發人員也可以實現BeanFactoryPostProcessor接口。

那Spring該如何決定這些接口實現類的先后順序呢？ 這就是Spring IOC 核心的地方。

先說說Spring的幾個比較核心的子類和實現類

主要干的兩個活

執行直接實現了BeanFactoryPostProcessor

執行實現了BeanDefinitionRegistryPostProcessor

舉個例子 ，假設我們有個自己的類 ，實現了 子類BeanDefinitionRegistryPostProcessor接口

ArtisanTest02 implements BeanDefinitionRegistryPostProcessor

那么你不僅要把BeanDefinitionRegistryPostProcessor的接口實現，還要實現其父類BeanFactoryPostProcessor接口的方法，那么在調用invokeBeanFactoryPostProcessors的時候 ，這兩個方法都會被執行 。

假設還有一個類 ，ArtisanTest03 實現了 BeanFactoryPostProcessor 接口

ArtisanTest03 implements BeanFactoryPostProcessor

來運行看下效果

---

總結

以上是生活随笔為你收集整理的Spring5源码 - 04 invokeBeanFactoryPostProcessors 源码解读_1的全部內容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網站內容還不錯，歡迎將生活随笔推薦給好友。