SpringBoot控制配置類加載順序

@Configuration配置被加載進容器的方式大體上可分為3種

• 手動：構(gòu)建ApplicationContext時由構(gòu)建者手動傳入，可手動控制順序。
• 自動1：被@ComponentScan自動掃描進去，無法控制順序。
• 自動2：自動掃描，運用SpringBoot的3大注解，可以控制順序。

控制配置類加載順序

2.1、傳統(tǒng)的 Spring Framework 控制配置類加載順序

在傳統(tǒng)的 Spring Framework 里，一個 @Configuration 注解標注的類就代表一個配置類，當存在多個 @Configuration 時，他們的執(zhí)行順序是由使用者靠手動指定的，就像這樣：

// 手動控制Config1 Config2的順序
ApplicationContext context = new AnnotationConfigApplicationContext(Config1.class, Config2.class);

2.2、SpringBoot 控制配置類加載順序

第一步：把 A_SonConfig 和 B_ParentConfig 挪動到 Application 掃描不到的包內(nèi)，切記：一定且必須是掃描不到的包內(nèi)（可以放到啟動類掃描不到的目錄）。

第二步：當前工程里增加配置META-INF/spring.factories，內(nèi)容為（配置里Son和Parent前后順序?qū)Y(jié)果無影響）：

org.springframework.boot.autoconfigure.EnableAutoConfiguration=x.A_SonConfig,x.B_ParentConfig

第三步：通過 SpringBoot 自動配置順序相關(guān)的三大注解 @AutoConfigureBefore、@AutoConfigureAfter、@AutoConfigureOrder作用于自動配置類。

@AutoConfigureBefore(A_SonConfig.class)
@Configuration
public class B_ParentConfig {
? ? B_ParentConfig() {
? ? ? ? System.out.println("配置類ParentConfig構(gòu)造器被執(zhí)行...");
? ? }
}

注意：

SpringBoot 自動配置三大注解不能作用于被啟動類掃描的配置類中。

Spring Boot的自動配置均是通過spring.factories來指定的，它的優(yōu)先級最低（執(zhí)行時機是最晚的）；通過掃描進來的優(yōu)先級是最高的。

Spring Boot的自動配置是通過@EnableAutoConfiguration注解驅(qū)動的，默認是開啟狀態(tài)。你也可以通過spring.boot.enableautoconfiguration = false來關(guān)閉它，回退到Spring Framework時代。

如何正確控制springboot中bean的加載順序

為什么需要控制加載順序

springboot遵從約定大于配置的原則，極大程度的解決了配置繁瑣的問題。在此基礎(chǔ)上，又提供了spi機制，用spring.factories可以完成一個小組件的自動裝配功能。

在一般業(yè)務(wù)場景，可能你不大關(guān)心一個bean是如何被注冊進spring容器的。只需要把需要注冊進容器的bean聲明為@Component即可，spring會自動掃描到這個Bean完成初始化并加載到spring上下文容器。

而當你在項目啟動時需要提前做一個業(yè)務(wù)的初始化工作時，或者你正在開發(fā)某個中間件需要完成自動裝配時。你會聲明自己的Configuration類，但是可能你面對的是好幾個有互相依賴的Bean。如果不加以控制，這時候可能會報找不到依賴的錯誤。

但是你明明已經(jīng)把相關(guān)的Bean都注冊進spring上下文了呀。這時候你需要通過一些手段來控制springboot中的bean加載順序。

幾個誤區(qū)

在正式說如何控制加載順序之前，先說2個誤區(qū)。

在標注了@Configuration的類中，寫在前面的@Bean一定會被先注冊

這個不存在的，spring在以前xml的時代，也不存在寫在前面一定會被先加載的邏輯。因為xml不是漸進的加載，而是全部parse好，再進行依賴分析和注冊。到了springboot中，只是省去了xml被parse成spring內(nèi)部對象的這一過程，但是加載方式并沒有大的改變。

利用@Order這個標注能進行加載順序的控制

嚴格的說，不是所有的Bean都可以通過@Order這個標注進行順序的控制。你把@Order這個標注加在普通的方法上或者類上一點鳥用都沒有。

那@Order能控制哪些bean的加載順序呢，我們先看看官方的解釋：

最開始@Order注解用于切面的優(yōu)先級指定；在 4.0 之后對它的功能進行了增強，支持集合的注入時，指定集合中 bean 的順序，并且特別指出了，它對于當 實例的 bean 之間的順序，沒有任何影響。

目前用的比較多的有以下3點：

• 控制AOP的類的加載順序，也就是被@Aspect標注的類
• 控制ApplicationListener實現(xiàn)類的加載順序
• 控制CommandLineRunner實現(xiàn)類的加載順序

如何控制

1.@DependsOn

@DependsOn注解可以用來控制bean的創(chuàng)建順序，該注解用于聲明當前bean依賴于另外一個bean。所依賴的bean會被容器確保在當前bean實例化之前被實例化。

示例：

以上代碼bean的加載順序為：

@DependsOn的使用：

直接或者間接標注在帶有@Component注解的類上面;

直接或者間接標注在帶有@Bean注解的方法上面;

使用@DependsOn注解到類層面僅僅在使用 component-scanning 方式時才有效，如果帶有@DependsOn注解的類通過XML方式使用，該注解會被忽略，<bean depends-on="..."/>這種方式會生效。

2.參數(shù)注入

在@Bean標注的方法上，如果你傳入了參數(shù)，springboot會自動會為這個參數(shù)在spring上下文里尋找這個類型的引用。并先初始化這個類的實例。

利用此特性，我們也可以控制bean的加載順序。

示例：

以上結(jié)果，beanB先于beanA被初始化加載。

需要注意的是，springboot會按類型去尋找。如果這個類型有多個實例被注冊到spring上下文，那你就需要加上@Qualifier("Bean的名稱")來指定

3.利用bean的生命周期中的擴展點

在spring體系中，從容器到Bean實例化&初始化都是有生命周期的，并且提供了很多的擴展點，允許你在這些步驟時進行邏輯的擴展。

這些可擴展點的加載順序由spring自己控制，大多數(shù)是無法進行干預(yù)的。我們可以利用這一點，擴展spring的擴展點。在相應(yīng)的擴展點加入自己的業(yè)務(wù)初始化代碼。從來達到順序的控制。

4.@AutoConfigureOrder

這個注解用來指定配置文件的加載順序。但是在實際測試中發(fā)現(xiàn)，以下這樣使用是不生效的：

無論你2個數(shù)字填多少，都不會改變其加載順序結(jié)果。

那這個@AutoConfigureOrder到底是如何使用的呢。

經(jīng)過測試發(fā)現(xiàn)，@AutoConfigureOrder只能改變外部依賴的@Configuration的順序。如何理解是外部依賴呢。

能被你工程內(nèi)部scan到的包，都是內(nèi)部的Configuration，而spring引入外部的Configuration，都是通過spring特有的spi文件：spring.factories

換句話說，@AutoConfigureOrder能改變spring.factories中的@Configuration的順序。

具體使用方式：

spring.factories：

心得：

其實在工作中，我相信很多人碰到過復(fù)雜的依賴關(guān)系的bean加載，把這種不確定性交給spring去做，還不如我們自己去控制，這樣在閱讀代碼的時候 ，也能輕易看出bean之間的依賴先后順序。

總結(jié)

以上為個人經(jīng)驗，希望能給大家一個參考，也希望大家多多支持腳本之家。

最新評論