Spring Boot AutoConfigration

2020-07-11  本文已影响0人  Chandler_珏瑜

前言

 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,如下所示:

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揭秘-快速构建微服务体系》
转发博客,请注明,谢谢。

上一篇下一篇

猜你喜欢

热点阅读