Spring Boot 的主动拆卸原理(易懂)
纯熟应用 Spring Boot 那么主动拆卸原理的把握是必不可少的
一、主动拆卸是什么
Spring Boot 的主动拆卸实际上是从
META-INF/spring.factories
文件中获取到对应的须要进行主动拆卸的类,并生成相应的 Bean 对象,而后将它们交给 Spring 容器进行治理
二、启动类注解流程关系剖析
@SpringBootApplication
public class EntryApplication {public static void main(String[] args) {SpringApplication.run(EntryApplication.class, args);
}
}
1. 首先展现 @SpringBootConfiguration
注解流程图
graph TD
A["@SpringBootApplication"]
A-->B["@SpringBootConfiguration"]
A-->C["@EnableAutoConfiguration"]
A-->D["@ComponentScan"]
C-->E["@AutoConfigurationPackage"]
C-->F["@Import(AutoConfigurationImportSelector.class)"]
E-->G["@Import(AutoConfigurationPackages.Registrar.class)"]
2. 代码块展现 @SpringBootConfiguration
注解流程
启动类的 @SpringBootAppliation 注解是一个组合注解, 由以下 3 个注解组成
@SpringBootConfiguration
@EnableAutoConfiguration
@ComponentScan(excludeFilters = { @Filter(type = FilterType.CUSTOM, classes = TypeExcludeFilter.class),
@Filter(type = FilterType.CUSTOM, classes = AutoConfigurationExcludeFilter.class) })
public @interface SpringBootApplication {
其中 @EnableAutoConfiguration 注解又分为以下两种注解
@AutoConfigurationPackage
@Import(AutoConfigurationPackages.Registrar.class) // 给容器中导入一个组件
public @interface AutoConfigurationPackage {}
// 利用 Registrar 给容器中导入一系列组件
其中 @AutoConfigurationPackage 注解则由以下注解形成
@Import(AutoConfigurationPackages.Registrar.class)
public @interface AutoConfigurationPackage {
3. 注解含意
@SpringBootConfiguration
: 标注在某个类上,示意这是一个 Spring Boot 的配置类;@ComponentScan
: 配置扫描门路,用于加载应用注解格局定义的 bean@EnableAutoConfiguration
: 开启主动拆卸性能
@AutoConfigurationPackage
$\color{#F0F}{指定了默认的包规定}$ 就是将主程序类所在包及所有子包下的组件扫描到 Spring 容器中;@Import(AutoConfigurationImportSelector.class)
: 通过@Import
注解导入AutoConfigurationImportSelector
类,而后通过该类的 $\color{#F0F}{selectImports}$ 办法去读取MATE-INF/spring.factories
文件中配置的组件的全类名,并依照肯定的规定过滤掉不符合要求的组件的全类名,将残余读取到的各个组件的全类名汇合返回给 IOC 容器并将这些组件注册为 bean
三、具体介绍
1.@AutoConfigurationPackage
默认包规定详解
2.@Import(AutoConfigurationImportSelector.class)
进行主动配置详解
1、利用
getAutoConfigurationEntry
(annotationMetadata); 给容器中批量导入一些组件
2、调用 List<String> configurations =getCandidateConfigurations
(annotationMetadata, attributes) 获取到所有须要导入到容器中的配置类
3、利用工厂加载 Map<String, List<String>>loadSpringFactories
(@Nullable ClassLoader classLoader);失去所有的组件
4、从META-INF/spring.factories
地位来加载一个文件。默认扫描咱们以后零碎外面所有 META-INF/spring.factories 地位的文件 **,$\color{#F0F}{依照条件拆卸(@Conditional)最终会按需配置}$
3. 以后接口为上图 3 地位的批量导入器接口
4. 以后办法为上图 4 地位的运行后果
四、剖析条件拆卸原理
@Conditional
1. 谈到 Spring Boot 我的项目最重要的 starter
场景启动器
Spring Boot 所有的主动配置性能都在 spring-boot-autoconfigure
包外面,Spring Boot 主动拆卸会通过引入了哪些场景这个场景的主动配置才会开启失效,
2. 最重要的控制器(dispatcherServlet)
Spring MVC 中最重要的控制器 (dispatcherServlet
) 也配置好了
3. 文件上传解析器配置
@Bean
@ConditionalOnBean(MultipartResolver.class) // 容器中有这个类型组件
@ConditionalOnMissingBean(name = DispatcherServlet.MULTIPART_RESOLVER_BEAN_NAME) // 容器中没有这个名字 multipartResolver 的组件
public MultipartResolver multipartResolver(MultipartResolver resolver) {
// 给 @Bean 标注的办法传入了对象参数,这个参数的值就会从容器中找。//SpringMVC multipartResolver。避免有些用户配置的文件上传解析器不符合规范
// Detect if the user has created a MultipartResolver but named it incorrectly
return resolver;
}
给容器中退出了文件上传解析器;
以前 Spring MVC 中要配置文件解析器, 名字必须叫multipartResolver
, 然而很多人不晓得默认行为,Spring Boot 能够将你配置的解析器, 用默认名称返回, 避免不符合规范
4. 字符集配置
五、总结
最重要的包
spring-boot-autoconfigure
Spring Boot 默认会在底层配好所有的组件。然而如果用户本人配置了以用户的优先
1. 为什么不一次全副加载到容器中
如果 Spring 没有增加任何的附加条件,此时这些配置类中所定义的 bean 都会被导入到 Spring 容器中,这样
十分耗费内存
,因而在 Spring 中提供了很多的条件注解,通过这些条件注解管制某一个配置是否失效。
2. 简略总结:
在我的项目启动的时候,Spring Boot 框架会主动读取
META-INF/spring.factories
配置文件中org.springframework.boot.autoconfigure.EnableAutoConfiguration
所配置的配置类,而后将其中所定义的 bean 依据条件注解所指定的条件来决定是否须要将其导入到 Spring 容器中。
3. 具体总结
- 在 Spring Boot 我的项目中有一个注解
@SpringBootApplication
,这个注解是对三个注解进行了封装:@SpringBootConfiguration、@EnableAutoConfiguration、@ComponentScan
其中@EnableAutoConfiguration
是实现自动化配置的外围注解。 - 该注解通过
@Import
注解导入 AutoConfigurationImportSelector,这个类实现了一个导入器接口ImportSelector
。在该接口中存在一个办法 selectImports, - 该办法的返回值是一个数组,数组中存储的就是要被导入到 spring 容器中的类的全类名。在 AutoConfigurationImportSelector 类中重写了这个办法,
- 该办法外部就是读取了我的项目的 classpath 门路下
META-INF/spring.factories
文件中的所配置的类的全类名。 - 在这些配置类中所定义的 Bean 会依据条件注解所指定的
条件
来决定是否须要将其导入到 Spring 容器中。