Spring的Bean初始化過程和生命周期是什么

本篇內容介紹了“Spring的Bean初始化過程和生命周期是什么”的有關知識，在實際案例的操作過程中，不少人都會遇到這樣的困境，接下來就讓小編帶領大家學習一下如何處理這些情況吧！希望大家仔細閱讀，能夠學有所成！

一、Spring創建bean的流程圖

二、Spring創建bean的詳細流程

上面的流程圖其實已經可以很清晰的看到bean的創建過程了，這里結合圖片我們一起來詳細說下這個過程，這里不貼源碼，貼了源碼只會讓觀看的人比較迷糊，若是想跟源碼的可以對照上面的流程圖完全能做到源碼復現，bean創建的這個過程大致可以分為五步：加載bean信息，實例化bean，bean屬性填充，初始化bean，后置操作，那我們就基于這五大步來看看Spring是如何創建bean的。

1.加載bean信息

被IOC注解修飾的類，或者通過xml配置的類，首先在容器啟動時一refresh方法為入口，會將這些類掃描進來形成BeanDefinition信息，BeanDefinition就是包含了我們配置的一些bean的屬性，比如是否單例，是否有bean依賴（DependOn），bean的名稱，bean所屬class的全路徑等，這里存儲的相當于bean的元信息，然后通過 BeanDefinitionRegistry將這些BeanDefinition加載進來后面我們就可以利用該信息了，且在Spring創建Bean的全程都需要BeanDefinition的參與，所以他很重要。

2.實例化bean

通過上面的圖可以清晰看到在實例化階段之前其實還有很多小的操作：容器會先去嘗試getBean–>doGetBean–>getSingleton等操作在這些操作都拿不到對象以后才會開始著手創建對象，需要說的是getSingleton會嘗試從三級緩存中依次去獲取Bean，當所有緩存都獲取不到時就可以確認當前bean沒有被創建，然后就可以啟動創建的相關動作

• 利用BeanDefinition檢查是否有依賴的bean（配置了@DependOn注解）如有，需要先加載依賴bean

• 利用BeanDefinition檢查是否單例bean，是走單例bean的創建流程，不是再判斷是否是原型bean，是走原型bean創建，否則都是另一套路徑創建

• 開始實例化，調用getSingleton，此時傳入的是對象工廠（ObjectFactory）的實現類，因為對象工廠是函數式接口，這里傳入的其實就是createBean‘的lamda表達式

• 將當前bean加入到正在創建bean的一個set

• 調用對象工廠的getObject方法，因為我們再上面已經傳入了對象工廠（通過lamda表達式傳入）這里相當于調用剛剛的lamda表達式，調用里面的createBean方法

• createBean去調了doCreateBean又調了createBeanInstance，在這里底層通過反射技術獲取構造參數將對象創建了出來，此時的對象只是通過空參構造創建出來的對象，他并沒有任何的屬性。

• 調用addSingletonFactory將實例化完成的bean加入到三級緩存，到這里實例化就算是結束了

3.bean屬性填充

屬性填充其實就為自身屬性進行賦值的過程，根據我們的DI注解這里會先從三個緩存中獲取bean，若是獲取不到，則會嘗試進行bean的創建，若是走到了bean的創建，則會重新走一邊bean創建的整個流程，這里是遞歸邏輯。

• populateBean 該方法是填充屬性的入口，傳入beanName和BeanDefinition

• 從BeanDefinition中獲取屬性注入相關信息然后判斷是名稱注入還是類型注入

• 調用getSingleton從容器中獲取所需對象，若是獲取不到則會重走對象創建的整個流程，拿到完整對象后將其給到當前bean的屬性，到這里屬性填充就結束了

4.初始化bean

屬性填充完畢后并沒有立即結束這個過程，還有一些其他的操作需要spring進行處理，比如aware接口的處理，postprocessor接口的處理，初始化的處理等操作其實這里主要就是處理這三個動作的

• 判斷有無實現aware接口，如有則去執行他的實現類的實現方法，所有aware接口可以參考上圖中所列的三個aware接口，在spring初始化時會對他們進行是否實現的判斷

• 獲取容器中所有postprocessor接口，然后開始執行他的前置方法

• 判斷有無實現初始化接口InitializingBean如有則去執行初始化方法afterPropertiesSet

• 執行postprocessor的后置方法，通過前置和后置方法我們可以實現自定義的一些邏輯，不過需要注意的是這些前置和后置方法會作用到所有bean

5.后置操作

這里的后置操作，主要是完成一些清掃工作和適配工作，比如刪除二級、三級緩存中無用的bean引用等，下面是具體操作。

• 將bean從創建中的集合中刪除

• 將bean加入到單例池中將其從二級三級緩存中刪除

• 對對象進行一些適配操作，到這里完成了初始化的所有操作，后面就是一步步返回調用的地方了

看了這五步，不知道是不是對bean的創建過程有了清晰的認識，如果還是不夠清晰可以根據第一部分的流程圖走下代碼，代碼走兩遍其實就會比較清晰了。

三、bean的生命周期

bean的生命周期其實就是從創建到銷毀，上面創建已經說完了，其實只差銷毀這一步了。bean銷毀發生在容器關閉時對單例bean進行清除操作。在Spring中我們通常有三種方式定義bean銷毀時的邏輯

1.通過PreDestroy注解修飾方法

Bean銷毀時會檢查有無該注解修飾的方法，如有，會對該注解修飾的方法進行執行

2.通過指定destroy-method方法

在使用xml對bean進行注入時，我們可以指定init-method方法，也可以指定destroy-method方法，同樣的使用Bean注解時也是支持這兩個屬性的，Spring容器關閉時會尋找當前bean有無指定destroy-method，如有則會進行執行

3.實現DisposableBean接口

實現該接口重寫他的destroy方法，同樣的Spring容器關閉時也會檢查有無實現該接口，如有實現也會執行這里的銷毀方法

下面是對于三種銷毀方式的測試代碼

第一端是自定義Spring容器，給容器注冊鉤子，這樣當我們關閉Spring容器時會自動調用我們的銷毀方法

public class AppStartClass {
    public static void main(String[] args) {
        AnnotationConfigApplicationContext annotationConfigApplicationContext = new AnnotationConfigApplicationContext(yuCloseSpring.class);
        annotationConfigApplicationContext.start();
        annotationConfigApplicationContext.registerShutdownHook();
    }

這一段是測試代碼了，分別使用三種方式寫了銷毀方法

public class MyDisposableBean  implements DisposableBean{


    @Override
    public void destroy() throws Exception {
        System.out.println("執行DisposableBean的銷毀方法");

    }

    public void test(){
        System.out.println("執行destroy-method銷毀方法");
    }

    @PreDestroy
    public void testPreDestroy(){
        System.out.println("執行PreDestroy注解修飾的銷毀方法");
    }

}
@Configuration
class yuCloseSpring{

    @Bean(destroyMethod = "test")
    public MyDisposableBean getMyDisposableBean(){
        return  new MyDisposableBean();
    }
}

下面是啟動main方法后的執行截圖，可以清晰的看到三種銷毀方法都是正常執行的，且他們執行順序是固定的，即：PreDestroy–>DisposableBean–>destroy-method。

到這里其實bean整個生命周期就算是徹底結束了。

“Spring的Bean初始化過程和生命周期是什么”的內容就介紹到這里了，感謝大家的閱讀。如果想了解更多行業相關的知識可以關注億速云網站，小編將為大家輸出更多高質量的實用文章！