1、@Configuration配置被加载进容器的方式大体上可分为3种
手动:构建ApplicationContext时由构建者手动传入,可手动控制顺序。
自动1:被@ComponentScan自动扫描进去,无法控制顺序。
自动2:自动扫描,运用SpringBoot的3大注解,可以控制顺序。
2、控制配置类加载顺序
2.1、传统的 Spring Framework 控制配置类加载顺序
在传统的 Spring Framework 里,一个 @Configuration 注解标注的类就代表一个配置类,当存在多个 @Configuration 时,他们的执行顺序是由使用者靠手动指定的,就像这样:
// 手动控制Config1 Config2的顺序
ApplicationContext context = new AnnotationConfigApplicationContext(Config1.class, Config2.class);
2.2、SpringBoot 控制配置类加载顺序
第一步:把 A_SonConfig 和 B_ParentConfig 挪动到 Application 扫描不到的包内,切记:一定且必须是扫描不到的包内(可以放到启动类扫描不到的目录)。
第二步:当前工程里增加配置META-INF/spring.factories,内容为(配置里Son和Parent前后顺序对结果无影响):
org.springframework.boot.autoconfigure.EnableAutoConfiguration=x.A_SonConfig,x.B_ParentConfig
第三步:通过 SpringBoot 自动配置顺序相关的三大注解 @AutoConfigureBefore、@AutoConfigureAfter、@AutoConfigureOrder作用于自动配置类。
@AutoConfigureBefore(A_SonConfig.class)
@Configuration
public class B_ParentConfig {
B_ParentConfig() {
System.out.println("配置类ParentConfig构造器被执行...");
}
}
注意:
SpringBoot 自动配置三大注解不能作用于被启动类扫描的配置类中。
Spring Boot的自动配置均是通过spring.factories来指定的,它的优先级最低(执行时机是最晚的);通过扫描进来的优先级是最高的。
Spring Boot的自动配置是通过@EnableAutoConfiguration注解驱动的,默认是开启状态。你也可以通过spring.boot.enableautoconfiguration = false来关闭它,回退到Spring Framework时代。