引导加载自动配置
@SpringBootApplication分析
@SpringBootConfiguration
@EnableAutoConfiguration
@ComponentScan(
excludeFilters = {@Filter( //两个滤波器
type = FilterType.CUSTOM,
classes = {TypeExcludeFilter.class}
), @Filter(
type = FilterType.CUSTOM,
classes = {AutoConfigurationExcludeFilter.class}
)}
)
ssdss[注]:@ SpringBootConfiguration只是Spring标准@Configuration批注的替代方法。 两者之间的唯一区别是@SpringBootConfiguration允许自动找到配置。
ssdss@SpringBootApplication = @SpringBootConfiguration➕@ComponentScan➕@EnableAutoConfiguration
s ddsss1. @SpringBootConfiguration :代表当前是一个配置类
s ddsss2. @ComponentScan :指定扫描哪些,参考Spring注解 (用法:@ComponentScan(“com.atguigu.boot”))
s ddsss3. @EnableAutoConfiguration = @AutoConfigurationPackage ➕ @Import(重点)
@AutoConfigurationPackage
@Import({AutoConfigurationImportSelector.class})
public @interface EnableAutoConfiguration {
String ENABLED_OVERRIDE_PROPERTY = "spring.boot.enableautoconfiguration";
Class<?>[] exclude() default {};
String[] excludeName() default {};
}
ss @EnableAutoConfiguration核心注解一:@AutoConfigurationPackage
sdssdss作用:制定了默认包规则并自动配置包
@Import({Registrar.class}) ❤🧡利用Registrar给容器中导入一系列组件
❤🧡将指定的一个包下的所有组件导入进来?MainApplication 所在包下。
public @interface AutoConfigurationPackage {
String[] basePackages() default {};
Class<?>[] basePackageClasses() default {};
}
💦💦💦💦💦💦💦💦💦💦💦💦💦💦💦💦💦💦💦💦💦💦💦💦💦💦💦💦💦💦💦💦💦💦💦💦💦💦💦💦💦💦💦💦💦
Registrar源码:
static class Registrar implements ImportBeanDefinitionRegistrar, DeterminableImports {
Registrar() {
}
public void registerBeanDefinitions(AnnotationMetadata metadata, BeanDefinitionRegistry registry) {
AutoConfigurationPackages.register(registry, (String[])(new AutoConfigurationPackages.PackageImports(metadata)).getPackageNames().toArray(new String[0]));
}
public Set<Object> determineImports(AnnotationMetadata metadata) {
return Collections.singleton(new AutoConfigurationPackages.PackageImports(metadata));
}
}
💖💖 传入参数:AnnotationMetadata metadata ==》 注解源信息
==》 @AutoConfigurationPackage的源信息,它标注在哪个类上💖💖
ssdss[注]:Registrar 中的registerBeanDefinitons方法的metadate参数指的是注解源,new PackaImports(metadata)导入包中的组件,getPackageNames()获得包名,toArray封装到数组中。最终注册进去。
sdssdss断点调试:
ddasdsdsssd根据 metadata 获取包名,然后将这个包中的所有组件全部注册进来,包名默认为主程序类所在的包
AutoConfigurationPackages.register(registry, (String[])(new AutoConfigurationPackages.PackageImports(metadata)).
getPackageNames().toArray(new String[0]));
sdsssd总结:
sds dsssd1.AutoConfigurationPackage 利用 Register 给容器中导入一系列组件
sddssssd 2.将指定的一个包下的所有组件导入进来:默认MainApplication所在包下
ss @EnableAutoConfiguration核心注解二:@Import(AutoConfigurationImportSelector.class)
public String[] selectImports(AnnotationMetadata annotationMetadata) {
if (!this.isEnabled(annotationMetadata)) {
return NO_IMPORTS;
} else {
AutoConfigurationImportSelector.AutoConfigurationEntry autoConfigurationEntry = this.getAutoConfigurationEntry(annotationMetadata);
return StringUtils.toStringArray(autoConfigurationEntry.getConfigurations());
}
}
sdssdss1.getAutoConfigurationEntry(annotationMetadata);给容器中导入一些组件
sdssdss2.点开getAutoConfigurationEntry,调用List< String > configurations = getCandidateConfigurations(annotationMetadata, attributes); 获取到所有需要导入到容器中的配置类,一共131个
sdssdss3.点开getCandidateConfigurations(),发现是利用工厂加载Map<String, List< String >> loadSpringFactories(ClassLoader classLoader );得到所有组件
sdssdss4.从META-INF/spring.factories位置加载一个文件
sdssdsdss默认扫描我们当前系统所有META-INF/spring.factories位置的文件
sdssdsdssspring-boot-autoconfigure-2.5.6.RELEASE.jar包里面也有META-INF/spring.factories
sdssdsdss[注]:这个文件写死了springboot一启动就要给容器中加载的所有配置类
按需开启自动配置项
sdsssd虽然我们131个场景的所有自动配置启动的时候默认全部加载,但是会通过条件装配规则(@Conditional) 按需配置。
修改默认配置
@Bean(
name = {"multipartResolver"}
)
@ConditionalOnMissingBean({MultipartResolver.class}) //容器中没有这个名字 multipartResolver 的组件
public StandardServletMultipartResolver multipartResolver() {
StandardServletMultipartResolver multipartResolver = new StandardServletMultipartResolver();
multipartResolver.setResolveLazily(this.multipartProperties.isResolveLazily());
//给@Bean标注的方法传入了对象参数,这个参数的值就会从容器中找。
//SpringMVC multipartResolver。防止有些用户配置的文件上传解析器不符合规范
// Detect if the user has created a MultipartResolver but named it incorrectly
return multipartResolver;
}
给容器中加入了文件上传解析器;
sdss[注]:这个方法的作用主要是起到了规范的作用,因为通过注解,容器中对相应的组件是方法名,即 multipartResolver
sdsssdSpringBoot默认会在底层配好所有的组件。但是如果用户自己配置了以用户的优先。(约定大于配置)
dsdsdsdss[注]:@ConditionalOnMissingBean,如果没有存在这个bean,那么springboot就会自动帮你配置
总结:
sdsssd1、SpringBoot先加载所有的自动配置类 xxxxxAutoConfiguration
sdsssd2、每个自动配置类按照条件进行生效,默认都会绑定配置文件指定的值。xxxxProperties里面拿。xxxProperties和配置文件进行了绑定
sdsssd[eg]: @EnableConfigurationProperties(WebMvcProperties.class)
sdsssd3、生效的配置类就会给容器中装配很多组件
sdsssd4、只要容器中有这些组件,相当于这些功能就有了
sdsssd5、定制化配置 ==》只要用户有自己配置的,就以用户的优先。
sdssdssd5.1 • 用户直接自己@Bean替换底层的组件
sddssssd5.2 • 用户去看这个组件是获取的配置文件什么值就在 application.properties中 修改。
流程:
sdsssdxxxxxAutoConfiguration自动导入组件 ===》 组件从xxxxProperties里面拿值 ===》xxxxProperties从application.properties获取属性值
SpringBoot开发步骤
sdsssd1、 引入场景依赖,两种方法sdsssd• 查看底层sdsssd• 查看文档:
sdsssd2、查看自动配置了哪些( 选做 )
sdsdsssd• 自己分析,引入场景对应的自动配置一般都生效了
sddssssd• 配置文件application.properties中debug=true开启自动配置报告,查看配置是否生效。Negative(不生效)\Positive(生效)
sdsssd3、是否需要修改
sdsdsssd• 参照文档修改配置项
sdsdsssd• 自己分析修改配置项。xxxxProperties绑定了配置文件的哪些
sdsdsssd• 自定义加入或者替换组件
sdsddssssd• @Bean、@Componen
sdsddssssd• 自定义器 XXXXXCustomizer;