Spring Boot AutoConfigration
前言
SpringBoot是Spring框架对“约定优先于配置(Convention Over Configuration)”理念对最佳实践对产物,一个典型的SpringBoot应用本质上其实就是一个基于Spring框架的应用。
一、@SpringBootApplication
@SpringBootApplication是一个“三体结构”,实际上它是一个复合Annotation:
@Target(ElementType.TYPE)
@Retention(RetentionPolicy.RUNTIME)
@Documented
@Inherited
@SpringBootConfiguration
@EnableAutoConfiguration
@ComponentScan(excludeFilters = {
@Filter(type = FilterType.CUSTOM, classes = TypeExcludeFilter.class),
@Filter(type = FilterType.CUSTOM, classes = AutoConfigurationExcludeFilter.class) })
public @interface SpringBootApplication {
、、、
}
对于我们而言,只需要关注三个重要的Annotation,如下所示:
- @SpringBootConfiguration:等于与@Configuration,建议一个SpringBoot中只包含一个这个注解,可以理解为@SpringBootApplication专用的@Configuration。
- @EnableAutoConfiguration:借助@Import的支持,收集和注册特定场景相关的bean。
- @ComponentScan:自动扫描并价值符合条件的组件或bean定义,最终将这些bean定义加载到容器中。
1.1 @EnableAutoConfiguration
@EnableAutoConfiguration作为一个复合Annotation,其自身定义关键信息如下:
@Target(ElementType.TYPE)
@Retention(RetentionPolicy.RUNTIME)
@Documented
@Inherited
@AutoConfigurationPackage
@Import(AutoConfigurationImportSelector.class)
public @interface EnableAutoConfiguration {
、、、
}
其中,最关键的要属@Import(AutoConfigurationImportSelector.class)借助AutoConfigurationImportSelector,@EnableAutoConfiguration可以帮助SpringBoot应用将所有符合条件的@Configuration配置都加载到当前SpringBoot应用创建并使用的IoC容器中,就跟一只“八抓鱼”一样。
AutoConfigurationImportSelector.png
AutoConfigurationImportSelector找到所有configuration对象,借助于Spring框架原有的一个工具类:SpringFactoriesLoader 的支持,如下所示:
protected List<String> getCandidateConfigurations(AnnotationMetadata metadata,
AnnotationAttributes attributes) {
List<String> configurations = SpringFactoriesLoader.loadFactoryNames(
getSpringFactoriesLoaderFactoryClass(), getBeanClassLoader());
Assert.notEmpty(configurations,
"No auto configuration classes found in META-INF/spring.factories. If you "
+ "are using a custom packaging, make sure that file is correct.");
return configurations;
}
1.2 spring.factories
SpringFactoriesLoader属于Spring框架私有的一种扩展方案,这种方案实际上是仿照Java中的SPI扩展机制来实现的。
Java SPI的全名为Service Provider Interface。大多数开发人员可能不熟悉,因为这个是针对厂商或者插件的。
简单的总结下【Java SPI机制】的思想。面向对象的设计里,我们一般推荐模块之间基于接口编程,模块之间不对实现进行硬编码。一旦代码涉及具体的实现类,就违反了可插拔的原则,如果需要替换一种实现,就需要修改代码。为了实现在模块装配的时候不在程序中指明,这就需要一种服务发现机制。Java SPI就是提供这样的一个机制:为某个接口寻找服务实现的机制,有点类似于IOC的思想,就是将装配的控制权移到程序之外,在模块化设计中这种机制尤其重要。
JAVA SPI约定:在jar包的META-INF/services/ 目录下创建一个以接口命名【包含包路径】的文件,在文件中添加接口实现类的名称。当外部程序装配这个模型的时候,就能通过该jar包META/services/下的配置文件找到具体的实现类名,并装载实例化,完成模块的注入。jdk还提供实现查找的一个工具类:java.util.ServiceLoader。
Spring Boot的SPI机制约定:在META-INF/spring.factories文件中配置【对象名=对象名】,然后在程序中读取这些配置文件并实现。提供查找工具:org.springframework.core.io.support.SpringFactoriesLoader。这种自定义的SPI机制是Spring Boot Starter实现的基础。
1.3 总结
Spring Boot的AutoConfiguration原理-SPI.png@EnableAutoConfiguration自动配置的魔法其实就是:从classpath中搜索素有META-IF/factories配置文件,并将其中org.springframework.boot.autoconfigure.EnableAutoConfiguration 对应的配置项通过反射(Java Reflection)实例化为对应的注解了@Configuration的JavaConfig形式的IoC容器配置类,然后AutoConfigurationImportSelector将其汇总并加载到Spring容器中。
如果需要給我修改意见的发送邮箱:erghjmncq6643981@163.com
资料参考:《SpringBoot揭秘-快速构建微服务体系》
转发博客,请注明,谢谢。