SpringBoot容器刷新前怎麼回呼ApplicationContextInitializer
I. 專案準備
本文所建立的實例工程採用SpringBoot 2.2.1.RELEASE
maven 3.5.3
idea
進行開發
具體的SpringBoot專案工程創建就不贅述了,核心的pom文件,無需額外的依賴
配置文件application.yml
, 也沒有什麼特殊的配置
II. 容器刷新前擴展點實例
1. 自訂ApplicationContextInitializer
當我們希望實作一個自訂的上下文初始化時,非常簡單,實作上面這個接口就行了,如
public class ApplicationContextInitializer01 implements ApplicationContextInitializer { @Override public void initialize(ConfigurableApplicationContext configurableApplicationContext) { System.out.println("ApplicationContextInitializer01"); } }
2. 擴充點註冊
上面自訂一個擴充點,如何使它生效呢?
官方提供了三種方式,如在啟動時,直接進行註冊: springApplication.addInitializers(new ApplicationContextInitializer01());
@SpringBootApplication public class Application { public static void main(String[] args) { SpringApplication springApplication = new SpringApplication(Application.class); springApplication.addInitializers(new ApplicationContextInitializer01()); try (ConfigurableApplicationContext context = springApplication.run(args)) { } } }
當我們的擴展點是放在一個jar包中對外提供時,使用上面的啟動註冊方式顯然是不可行的,此時更推薦的做法就是透過Spring的SPI機制進行註冊
在資源目錄下的META-INF/spring.factories
檔案中進行註冊
org.springframework.context.ApplicationContextInitializer=com.git.hui.extention.context.ApplicationContextInitializer02
#說明
上面SPI的機制非常推薦大家使用,在先前的文章中,
AutoConfiguration
的註冊通常也是使用這種方式
除了上面的兩種註冊方式之外,另外還有一個設定檔的方式,在設定檔application.properties
或application.yml
中,如下設定
context: initializer: classes: com.git.hui.extention.context.ApplicationContextInitializer03
啟動測試
#上面三種註冊方式,我們實作三個自訂的擴充點,然後啟動之後,看一下實際輸出
#上面的輸出,可以簡單的得出一個結論,不同註冊方式的優先順序(為了更合理的驗證下面的觀點,推薦大家修改下上面三個自訂擴充點名,排除掉是因為副檔名導致的排序問題)
設定檔註冊> SPI註冊> 啟動時註冊
3. 執行順序指定
#對於自訂的擴充點實現,當存在順序關係時,我們可以透過@Order
註解來實現, 如當上面的三個擴展點都是透過啟動方式註冊時
@Order(5) public class ApplicationContextInitializer01 implements ApplicationContextInitializer { @Override public void initialize(ConfigurableApplicationContext configurableApplicationContext) { System.out.println("ApplicationContextInitializer01"); } } @Order(2) public class ApplicationContextInitializer02 implements ApplicationContextInitializer { @Override public void initialize(ConfigurableApplicationContext configurableApplicationContext) { System.out.println("ApplicationContextInitializer02"); } } @Order(10) public class ApplicationContextInitializer03 implements ApplicationContextInitializer { @Override public void initialize(ConfigurableApplicationContext configurableApplicationContext) { System.out.println("ApplicationContextInitializer03"); } } @SpringBootApplication public class Application { public static void main(String[] args) { SpringApplication springApplication = new SpringApplication(Application.class); springApplication.addInitializers(new ApplicationContextInitializer01(), new ApplicationContextInitializer02(), new ApplicationContextInitializer03()); try (ConfigurableApplicationContext context = springApplication.run(args)) { } } }
輸出實例如下
接著重點來了
若上面的三個自訂實現,不是相同的註冊方式,如將03採用設定檔方式進行註冊,那麼01, 02 還是啟動註冊
則順序是03 > 02 > 01
即
@Order
註解修飾的順序,並不能打破設定檔> SPI > 啟動方式註冊的順序
關於自訂實作類別的執行順序,規則如下
設定檔> SPI > 啟動方式
#相同的註冊方式,可以透過
@Order
註解進行修飾,值越小則優先權越高
4. 使用場景範例
最後我們再來看一下,這個擴充點到底有什麼用,我們再什麼場景下會用到這個呢?
一個經常可以看到的應用場景如透過它來指定需要啟動的設定檔
public class ApplicationContextInitializer03 implements ApplicationContextInitializer { @Override public void initialize(ConfigurableApplicationContext configurableApplicationContext) { // 指定激活prod对应的配置文件 configurableApplicationContext.getEnvironment().setActiveProfiles("prod"); } }
但是一般也很少見到有人這麼做,因為直接使用設定參數就行了,那麼有場景需要這麼做麼?
答案當然是有的,例如現在廣為流行的docker容器部署,當我們希望每次都是打同一個鏡像,然後在實際運行的時候,根據不同的環境來決定當前鏡像到底啟用哪些配置文件,這時就有用了
例如我們通過容器的環境參數app.env
來獲取當前運行的環境,如果是prod,則激活application- prod.yml
; 如果是test,則啟動application-test.yml
#那麼此時可以這麼幹
public class EenvActiveApplicationContextInitializer implements ApplicationContextInitializer { @Override public void initialize(ConfigurableApplicationContext configurableApplicationContext) { String env = System.getenv("app.env"); if ("prod".equalsIgnoreCase(env)) { configurableApplicationContext.getEnvironment().setActiveProfiles("prod"); } else if ("test".equalsIgnoreCase(env)) { configurableApplicationContext.getEnvironment().setActiveProfiles("test"); } else { throw new RuntimeException("非法的环境参数:" + env); } } }
以上是SpringBoot容器刷新前怎麼回呼ApplicationContextInitializer的詳細內容。更多資訊請關注PHP中文網其他相關文章!

熱AI工具

Undresser.AI Undress
人工智慧驅動的應用程序,用於創建逼真的裸體照片

AI Clothes Remover
用於從照片中去除衣服的線上人工智慧工具。

Undress AI Tool
免費脫衣圖片

Clothoff.io
AI脫衣器

Video Face Swap
使用我們完全免費的人工智慧換臉工具,輕鬆在任何影片中換臉!

熱門文章

熱工具

記事本++7.3.1
好用且免費的程式碼編輯器

SublimeText3漢化版
中文版,非常好用

禪工作室 13.0.1
強大的PHP整合開發環境

Dreamweaver CS6
視覺化網頁開發工具

SublimeText3 Mac版
神級程式碼編輯軟體(SublimeText3)

Jasypt介紹Jasypt是一個java庫,它允許開發員以最少的努力為他/她的專案添加基本的加密功能,並且不需要對加密工作原理有深入的了解用於單向和雙向加密的高安全性、基於標準的加密技術。加密密碼,文本,數字,二進位檔案...適合整合到基於Spring的應用程式中,開放API,用於任何JCE提供者...添加如下依賴:com.github.ulisesbocchiojasypt-spring-boot-starter2. 1.1Jasypt好處保護我們的系統安全,即使程式碼洩露,也可以保證資料來源的

使用場景1、下單成功,30分鐘未支付。支付超時,自動取消訂單2、訂單簽收,簽收後7天未進行評估。訂單超時未評價,系統預設好評3、下單成功,商家5分鐘未接單,訂單取消4、配送超時,推播簡訊提醒…對於延時比較長的場景、即時性不高的場景,我們可以採用任務調度的方式定時輪詢處理。如:xxl-job今天我們採

一、Redis實現分散式鎖原理為什麼需要分散式鎖在聊分散式鎖之前,有必要先解釋一下,為什麼需要分散式鎖。與分散式鎖相對就的是單機鎖,我們在寫多執行緒程式時,避免同時操作一個共享變數產生資料問題,通常會使用一把鎖來互斥以保證共享變數的正確性,其使用範圍是在同一個進程中。如果換做是多個進程,需要同時操作一個共享資源,如何互斥?現在的業務應用通常是微服務架構,這也意味著一個應用會部署多個進程,多個進程如果需要修改MySQL中的同一行記錄,為了避免操作亂序導致髒數據,此時就需要引入分佈式鎖了。想要實現分

springboot讀取文件,打成jar包後訪問不到最新開發出現一種情況,springboot打成jar包後讀取不到文件,原因是打包之後,文件的虛擬路徑是無效的,只能通過流去讀取。文件在resources下publicvoidtest(){Listnames=newArrayList();InputStreamReaderread=null;try{ClassPathResourceresource=newClassPathResource("name.txt");Input

在Springboot+Mybatis-plus不使用SQL語句進行多表添加操作我所遇到的問題準備工作在測試環境下模擬思維分解一下:創建出一個帶有參數的BrandDTO對像模擬對後台傳遞參數我所遇到的問題我們都知道,在我們使用Mybatis-plus中進行多表操作是極其困難的,如果你不使用Mybatis-plus-join這一類的工具,你只能去配置對應的Mapper.xml文件,配置又臭又長的ResultMap,然後再寫對應的sql語句,這種方法雖然看上去很麻煩,但具有很高的靈活性,可以讓我們

1.自訂RedisTemplate1.1、RedisAPI預設序列化機制基於API的Redis快取實作是使用RedisTemplate範本進行資料快取操作的,這裡開啟RedisTemplate類,查看該類別的源碼資訊publicclassRedisTemplateextendsRedisAccessorimplementsRedisOperations,BeanClassLoaderAware{//聲明了value的各種序列化方式,初始值為空@NullableprivateRedisSe

SpringBoot和SpringMVC都是Java開發中常用的框架,但它們之間有一些明顯的差異。本文將探究這兩個框架的特點和用途,並對它們的差異進行比較。首先,我們來了解一下SpringBoot。 SpringBoot是由Pivotal團隊開發的,它旨在簡化基於Spring框架的應用程式的建立和部署。它提供了一種快速、輕量級的方式來建立獨立的、可執行

本文來寫個詳細的例子來說下dubbo+nacos+Spring Boot開發實戰。本文不會講述太多的理論的知識,會寫一個最簡單的例子來說明dubbo如何與nacos整合,快速建構開發環境。
