Spring多種啟動初始化方案，看這篇就夠了
目錄
- 前言
- CommandLineRunner
- ApplicationRunner
- ApplicationListener
- @PostConstruct
- InitializationBean
- 總結(jié)
前言
我們經(jīng)常有一些業(yè)務(wù)需求，需要在項目啟動后執(zhí)行相關(guān)的業(yè)務(wù)代碼，如：數(shù)據(jù)的初始化業(yè)務(wù)。今天我們來梳理一下有哪些方案?
CommandLineRunner
CommandLineRunner是一個接口，通過實現(xiàn)它，我們可以在Spring應(yīng)用成功啟動之后執(zhí)行一些代碼片段
我們先定義個User實體Bean
下面我們定義一個類實現(xiàn)CommandLineRunner接口
當 Spring Boot 在應(yīng)用上下文中找到 CommandLineRunner bean，它將會在應(yīng)用成功啟動之后調(diào)用 run() 方法，并傳遞用于啟動應(yīng)用程序的命令行參數(shù)
java -jar demo-0.0.1-SNAPSHOT.jar --foo=bar --name=gujch
啟動執(zhí)行結(jié)果
小結(jié)：
- 命令行傳入的參數(shù)并沒有被解析，而只是顯示出我們傳入的字符串內(nèi)容 --foo=bar，--name=gujch
- 在重寫的 run() 方法上有 throws Exception 標記，Spring Boot 會將 CommandLineRunner 作為應(yīng)用啟動的一部分，如果運行 run() 方法時拋出 Exception，應(yīng)用將會終止啟動
- 當有多個 CommandLineRunner 時，將會按照 @Order 注解中的數(shù)字從小到大
如果我們只是想簡單的獲取以空格分隔的命令行參數(shù)，那 MyCommandLineRunner 就足夠使用了
ApplicationRunner
上面提到，通過命令行啟動并傳遞參數(shù)，MyCommandLineRunner 不能解析參數(shù)，如果要解析參數(shù)，那我們就要用到 ApplicationRunner 參數(shù)了
執(zhí)行結(jié)果
到這里我們可以看出:
同 MyCommandLineRunner 相似，但 ApplicationRunner 可以通過 run 方法的 ApplicationArguments 對象解析出命令行參數(shù)，并且每個參數(shù)可以有多個值在里面，因為 getOptionValues 方法返回 List數(shù)組
在重寫的 run() 方法上有 throws Exception 標記，Spring Boot 會將 ApplicationRunner 作為應(yīng)用啟動的一部分，如果運行 run() 方法時拋出 Exception，應(yīng)用將會終止啟動
ApplicationRunner 也可以使用 @Order 注解進行排序，從啟動結(jié)果來看，它與 CommandLineRunner 共享 order 的順序
我們來看看源碼，CommandLineRunner 和 ApplicationRunner 是在何時被調(diào)用的呢?
SpringApplication.java類中callRunners方法
上面可以看到spring獲取CommandLineRunner 和 ApplicationRunner Bean會放到List中，然后一起排序，所以@Order排序是共享的
ApplicationListener
如果我們不需要獲取命令行參數(shù)時，我們可以將啟動邏輯綁定到 Spring 的 ApplicationReadyEvent 上
執(zhí)行結(jié)果
ApplicationReadyEvent 當且僅當 在應(yīng)用程序就緒之后才被觸發(fā)。
啟動順序Order不與CommandLineRunner和ApplicationRunner共享
如果我們不需要獲取命令行參數(shù)，我們可以通過 ApplicationListener
@PostConstruct
創(chuàng)建啟動邏輯的另一種簡單解決方案是提供一種在 bean 創(chuàng)建期間由 Spring 調(diào)用的初始化方法。我們要做的就只是將 @PostConstruct 注解添加到方法中：
執(zhí)行結(jié)果
從上面運行結(jié)果可以看出:
1)Spring 創(chuàng)建完 bean之后 (在啟動之前)，便會立即調(diào)用 @PostConstruct 注解標記的方法，因此我們無法使用 @Order 注解對其進行自由排序，因為它可能依賴于 @Autowired插入到我們 bean 中的其他 Spring bean。
2)相反，它將在依賴于它的所有 bean 被初始化之后被調(diào)用
@PostConstruct 方法固有地綁定到現(xiàn)有的 Spring bean，因此應(yīng)僅將其用于此單個 bean 的初始化邏輯;
@PostConstruct應(yīng)用場景：
在生成對象時候做一些初始化操作，而這些初始化操作又依賴于依賴注入(populateBean)，那么就無法在構(gòu)造函數(shù)中實現(xiàn)。這時，可以使用@PostConstruct注解一個方法來完成初始化，@PostConstruct注解的方法將會在依賴注入完成后被自動調(diào)用。
InitializingBean
與 @PostConstruct 解決方案非常相似，我們可以實現(xiàn) InitializingBean 接口，并讓 Spring 調(diào)用某個初始化方法:
執(zhí)行結(jié)果
@PostConstruct 和 afterPropertiesSet 區(qū)別
1、afterPropertiesSet，顧名思義「在屬性設(shè)置之后」，調(diào)用該方法時，該 bean 的所有屬性已經(jīng)被 Spring 填充。如果我們在某些屬性上使用 @Autowired(常規(guī)操作應(yīng)該使用構(gòu)造函數(shù)注入)，那么 Spring 將在調(diào)用afterPropertiesSet 之前將 bean 注入這些屬性。但 @PostConstruct 并沒有這些屬性填充限制
2、所以
InitializingBean.afterPropertiesSet 解決方案比使用 @PostConstruct 更安全，因為如果我們依賴尚未自動注入的 @Autowired 字段，則 @PostConstruct 方法可能會遇到 NullPointerExceptions
總結(jié)
從上面的例子中我們就可以發(fā)現(xiàn)各個啟動方案的順序
針對Bean實體啟動初始化 順序
Construct >> @Autowired(依賴注入) >> @postConstruct >> InitializingBean
針對整體項目啟動 順序
CommandLineRunner和ApplicationRunner >> ApplicationListener
