目录
问题场景
项目启动时需要加载多个配置类,且需要控制某些配置类的加载顺序。使用@Configuration标注配置类,使用@AutoConfigureAfter、@AutoConfigureBefore设置配置类加载顺序。
结果:能够正常加载配置类,但无法控制配置类的加载顺序。
几个注解
- @ComponentScan
自动扫描组件。value 指定扫描的包路径,将包路径下标识了需要装配的类(@Controller,@Service,@Repository,@Configuration等)自动装配到Spring的bean容器中。
启动SpringBoot时,如果配置了@ComponentScan,则扫描包路径为配置的包路径;如果没配置@ComponentScan,扫描包路径默认为SpringBootApplication启动类所在的包路径。
- @Configuration
修饰类,表明当前类是一个配置类,如果该类在@ComponentScan指定的包路径下,那么在启动SpringBoot时,就会自动将该类装配到Spring的Bean容器中。
- @AutoConfigurationAfter
表明当前配置类在某一个配置类加载后加载。
- @AutoConfigurationBefore
表明当前配置类在某一个配置类加载前加载。
问题分析
- 自动配置类
我们平时引入pom依赖时,这些依赖包的配置会自动注入到Spring容器中。最常见的是会自动加载META-INF下的spring.factories文件中定义的配置类。
- 自定义配置类
可以简单理解为使用@Configuration注解的类。
@AutoConfigureAfter 和 @AutoConfigureBefore 在自动配置类上才会生效,自定义的配置类是不会生效的。
Spring加载配置文件
- 方式一:构建ApplicationContext时手动传入配置文件类,可控制配置文件加载顺序。
ApplicationContext context = new AnnotationConfigApplicationContext(Config1.class, Config2.class);
- 方式二:使用@Configuration和@ComponentScan自动扫描配置类,无法控制加载顺序。
SpringBoot加载配置文件
SpringBoot下可以通过@Configuration自动扫描配置类和spring.factories来加载配置类,但这两种方式都无法控制加载顺序。
此时,可通过在配置类上增加@AutoConfigureAfter 、 @AutoConfigureBefore和@AutoConfigureOrder来控制配置文件加载的相对顺序。前两个注解在SpringBoot1.0.0就支持了,而@AutoConfigureOrder注解则是在SpringBoot1.3.0版本新增。
SpringBoot的自动配置是通过spring.factories来指定的,它的优先级最低,加载时间最晚,spring.factories中的配置类顺序不代表实际加载顺序。可结合 @AutoConfigureAfter 和 @AutoConfigureBefore注解控制配置类的相对加载顺序。
通过@Configuration和@ComponentScan扫描加载的配置类,一般是我们自定义的配置类,这部分配置类优先级最高,加载时间最早,在加载spring.factories配置类前加载,但加载顺序不定。
需要注意的是,@AutoConfigureAfter 和 @AutoConfigureBefore 只有在自动配置类上才会生效。如果一个配置类是通过@Configuration扫描加载,那么@AutoConfigureAfter 和 @AutoConfigureBefore就会失效。
错误示例
- 启动类指定扫描路径为com.example.config
package com.example;
import org.springframework.boot.SpringApplication;
import org.springframework.boot.autoconfigure.SpringBootApplication;
import org.springframework.context.annotation.ComponentScan;
@SpringBootApplication
@ComponentScan("com.example.config")
public class BootStrapApplication {
public static void main(String[] args) {
SpringApplication.run(BootStrapApplication.class);
}
}
- 两个config类,在Config2上增加@AutoConfigureBefore(Config1.class),希望配置按config2、config1加载
package com.example.config;
import org.springframework.context.annotation.Configuration;
@Configuration
public class Config1 {
Config1() {
System.out.println("this is Config1");
}
}
package com.example.config;
import org.springframework.boot.autoconfigure.AutoConfigureBefore;
import org.springframework.context.annotation.Configuration;
@Configuration
@AutoConfigureBefore(Config1.class)
public class Config2 {
Config2() {
System.out.println("this is Config2");
}
}
- 结果
正确示例
在错误示例的基础上,增加以下配置:
- 定义spring.factories
org.springframework.boot.autoconfigure.EnableAutoConfiguration=\
com.example.autoconfig.AutoConfig1,\
com.example.autoconfig.AutoConfig2,\
com.example.autoconfig.AutoConfig3
- 定义自动配置类,使用@AutoConfigureBefore和@AutoConfigureAfter注解,期望按AutoConfig3、AutoConfig2、AutoConfig1顺序加载。
package com.example.autoconfig;
import org.springframework.boot.autoconfigure.AutoConfigureAfter;
@AutoConfigureAfter(AutoConfig2.class)
public class AutoConfig1 {
AutoConfig1() {
System.out.println("this is AutoConfig1");
}
}
package com.example.autoconfig;
public class AutoConfig2 {
AutoConfig2() {
System.out.println("this is AutoConfig2");
}
}
package com.example.autoconfig;
import org.springframework.boot.autoconfigure.AutoConfigureBefore;
@AutoConfigureBefore(AutoConfig2.class)
public class AutoConfig3 {
AutoConfig3() {
System.out.println("this is AutoConfig3");
}
}
- 结果
从结果看出,@AutoConfigureBefore和@AutoConfigureAfter生效了。
且Config先于AutoConfig加载,说明通过扫描加载的自定义配置类优先级更高,加载时间最早;通过spring.factories加载的配置类优先级更低,加载时间最晚。
以上内容为个人学习理解,如有问题,欢迎在评论区指出。