引导加载配置类原理
SpringBoot是通过@SpringBootApplication启动的,在上一章节的学习中,发现启动之后,除了我们自己添加到IOC容器中的组件,还有另外一些组件被自动的添加到IOC容器中,我们猜测是通过这个注解添加的,我们先来看一下@SpringBootApplication
@SpringBootApplication
@SpringBootConfiguration
@EnableAutoConfiguration
@ComponentScan(
excludeFilters = {@Filter(
type = FilterType.CUSTOM,
classes = {TypeExcludeFilter.class}
), @Filter(
type = FilterType.CUSTOM,
classes = {AutoConfigurationExcludeFilter.class}
)}
)
public @interface SpringBootApplication {}
@SpringBootApplication注解是一个合成注解,主要由以下三个注解组成
- @SpringBootConfiguration:此注解告诉SpringBoot我是主程序
- @ComponentScan:在学习Spring时我们就学到过,这个是开启注解扫描
- @EnableAutoConfiguration:从单词的字面意思上来看是自动配置的意思,下面我们重点研究这个注解
@EnableAutoConfiguration
@AutoConfigurationPackage
@Import({AutoConfigurationImportSelector.class})
public @interface EnableAutoConfiguration {}
我们发现这个注解也是一个合成注解,我们一一来看这两个注解是干什么的
-
@AutoConfigurationPackage
从表面英语单词来解释:自动配置包,也就是说这个注解可能是管理所有组件所在的包。此注解自动创建了Registrar类的一个组件
@Import({Registrar.class}) public @interface AutoConfigurationPackage {
-
Registrar
通过断点调试来看一下
首先是参数metadata,意思是这个注解标注在哪一个类上面,通过层层解析,我们知道这个类是标注在我们的主程序上的(MainApplication)
主要是看下图这段代码,我们发现通过此代码,找到了我们主程序所在的包的全路径,然后利用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)); } }
-
-
AutoConfigurationImportSelector
这个configuration返回了131个对象,发现这些对象都是自动注入的,我们进去看一下
进去之后发现利用工厂加载 Map<String, List> loadSpringFactories(@Nullable ClassLoader classLoader)得到所有的组件,并且我们得到了加载组件的地址
这个文件在我们导入spring-boot-autoconfigure下,进去浏览一下发现她正好帮我们装配了131个组件
按需开启自动配置项
通过控制台输出所有IOC容器中的组件的名称,我们发现不是这131个组件并不是所有都加载到IOC容器中的,这里用的就是上一章所讲到的@Conditional,最终会按需配置,我们挑几个来看一下
DispatcherServletAutoConfiguration
这个组件自动将前端控制器注入到IOC容器中,这个是成功案例,所有我们在控制台输出能找到DispatcherServlet
@AutoConfigureOrder(-2147483648)
@Configuration(
proxyBeanMethods = false
)
@ConditionalOnWebApplication(
type = Type.SERVLET
)
@ConditionalOnClass({DispatcherServlet.class}) //必须要有DispatcherServlet类,才会自动注入,DispatcherServlet类是存在的
@AutoConfigureAfter({ServletWebServerFactoryAutoConfiguration.class})
public class DispatcherServletAutoConfiguration {
CacheAutoConfiguration
非常有意思的一点,很多方法上都会标注@ConditionalOnMissingBean,意思就如果用户配置了根据用户的来,如果用户没有配置,则使用系统自动创建的组件
public class CacheAutoConfiguration {
public CacheAutoConfiguration() {
}
@Bean
@ConditionalOnMissingBean
public CacheManagerCustomizers cacheManagerCustomizers(ObjectProvider<CacheManagerCustomizer<?>> customizers) {
return new CacheManagerCustomizers((List)customizers.orderedStream().collect(Collectors.toList()));
}
}
总结
-
SpringBoot先加载所有的自动配置类 xxxxxAutoConfiguration
-
每个自动配置类按照条件进行生效,默认都会绑定配置文件指定的值。xxxxProperties里面拿。xxxProperties和配置文件进行了绑定
-
生效的配置类就会给容器中装配很多组件
-
只要容器中有这些组件,相当于这些功能就有了
-
定制化配置
-
- 用户直接自己@Bean替换底层的组件
- 用户去看这个组件是获取的配置文件什么值就去修改。