生命周期之BeanFactoryPostProcessor

先來看看bean的生命周期。對于熟悉spring 的朋友來說，bean的生命周期并不陌生。它可以在bean加載，bean初始化的過程中加入我們自己的邏輯。并且這樣體現了spring開放式的設計。先來看看生命周期的圖：

今天我們要介紹的是生命周期中的BeanFactoryPostProcessor，那這個接口的作用是啥呢？它可以對已經加載好的BeanDefinition進行處理。Spring IOC 容許BeanFactoryPostProcessor 在容器實際實例化任何bean之前讀取配置的元數據。有過Spring使用經驗的人對 ${property} 這樣的表達式肯定很熟悉。它就是對配置信息進行替換。這樣使得配置解耦出來。而具體的邏輯就是在BeanFactoryPostProcessor相關的實現類的postProcessBeanFactory方法中實現的。

具體實現邏輯本文不介紹。可以看看BeanFactoryPostProcessor接口的幾個實現類（比如PropertyPlaceholderConfigurer）。

今天我們拋出一個疑問：既然BeanFactoryPostProcessor是在Bean加載完畢后，Bean初始化完畢前起作用的。那我們如果在xml配置文件中自定義一個BeanFactoryPostProcessor實現類，按照道理來說這個實現類都沒有初始化，是怎么起作用的？

先拋出答案：這個是特殊的bean，它在其他普通bean之前實例化前真的被實例化了。并且如果我們使用BeanFactory而不是用ApplicationContext，那么配置的BeanFactoryPostProcessor實現類不會生效，并且BeanPostProcessor也不會生效。

分析：

原因在于AbstractApplicationContext的 refresh方法中：

這個invokeBeanFactoryPostProcessors 剛好對BeanFactoryPostProcessor實現類進行了實例化，并且進行激活調用。

進去看看：

可以發現，源碼中有很多getBean方法，這個正是實例化BeanFactoryPostProcessor的方法。

并且invokeBeanFactoryPostProcessors方法正是對invokeBeanFactoryPostProcessor實現類進行了激活，并對BeanDefinition進行了更改。

可以看到這個for循環里對BeanFactoryPostProcessor實現類進行了調用。

總結：本文開頭的圖只是ApplicationContext對應的生命周期，并不是BeanFactory對應的bean的生命周期。因為我在BeanFactory實現中沒有找到BeanFactoryPostProcessor相應的實現邏輯。題外話，而且對于BeanPostProcessor來說spring容器啟動只是注冊實例化了BeanPostProcessor并沒有調用，而是容器啟動的末尾，對其他bean 進行getBean時，才會調用到這些BeanPostProcessor

心得：以前對Bean生命周期只是死記硬背，現在時豁然開朗。不需要死記硬背的，后面將會介紹bean生命周期其他的過程。

總結

以上是生活随笔為你收集整理的Spring源码分析-深入理解生命周期之BeanFactoryProcessor的全部內容，希望文章能夠幫你解決所遇到的問題。

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