SpringBoot:自动配置

springboot主程序如下所示：

@SpringBootApplication
public class Springboot01HelloApplication {

    public static void main(String[] args) {
        SpringApplication.run(Springboot01HelloApplication.class, args);
    }

}

        该程序之所以能够启动一系列服务，功劳全在于@SpringBootApplication注解。点开该注解，如下所示：

@SpringBootConfiguration
@EnableAutoConfiguration
@ComponentScan(
    excludeFilters = {@Filter(
    type = FilterType.CUSTOM,
    classes = {TypeExcludeFilter.class}
), @Filter(
    type = FilterType.CUSTOM,
    classes = {AutoConfigurationExcludeFilter.class}
)}
)
public @interface SpringBootApplication {
    ···
}

可以看出，@SpringBootApplication注解是由以下三个注解合成的：

@SpringBootConfiguration
@EnableAutoConfiguration
@ComponentScan

1. @SpringBootConfiguration

        注解@SpringBootConfiguration点开如下所示：

@Configuration
@Indexed
public @interface SpringBootConfiguration{
    ···
}

        可以发现，其实就是一个@Configuration，表明当前类(main)是一个配置类 == 配置文件！

2. @ComponentScan

        @ComponentScan注解很简单，指定了扫描包路径。

3. @EnableAutoConfiguration

        分析了上面两个注解，我们会发现@SpringBootConfiguration注解指示该类是一个配置类，而@ComponentScan注解也只是指定了扫描包路径。那么，SpringBoot的自动配置的实现就只与@EnableAutoConfiguration注解相关了。该注解点开如下所示：

@Target({ElementType.TYPE})
@Retention(RetentionPolicy.RUNTIME)
@Documented
@Inherited
@AutoConfigurationPackage
@Import({AutoConfigurationImportSelector.class})
public @interface EnableAutoConfiguration {
    String ENABLED_OVERRIDE_PROPERTY = "spring.boot.enableautoconfiguration";

    Class<?>[] exclude() default {};

    String[] excludeName() default {};
}

        分析可以发现，除了元注解之外，核心的就两个注解：

@AutoConfigurationPackage
@Import(AutoConfigurationImportSelector.class)

其中：

        3.1 @AutoConfigurationPackage：

        @AutoConfigurationPackage注解是自动配置包，指定了默认的包规则，点开该注解如下所示：

@Import({Registrar.class}) //给容器中导入一个组件
public @interface AutoConfigurationPackage {
    ···
}

        除了元注解，核心的其实就是一个@Import，功能是给容器中导入一个组件(默认组件的名字就是全类名)，导入的组件就是Registrar。Register类如下所示，其中的方法是用于将指定的一个包下的所有组件导入进来，即MainApplication所在的包下（也就是该注解所在的类的包）。

        即将主启动类的所在包及包下面所有子包里面的所有组件扫描到Spring容器。

    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));
        }
    }

       3.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位置的文件
spring-boot-autoconfigure-2.3.4.RELEASE.jar包里面也有META-INF/spring.factories

         spring.factories文件中已经写死了spring-boot一启动就要给容器中加载的所有配置类，如下是部分：

# Auto Configure
org.springframework.boot.autoconfigure.EnableAutoConfiguration=\
org.springframework.boot.autoconfigure.admin.SpringApplicationAdminJmxAutoConfiguration,\
org.springframework.boot.autoconfigure.aop.AopAutoConfiguration,\
org.springframework.boot.autoconfigure.amqp.RabbitAutoConfiguration,\
org.springframework.boot.autoconfigure.batch.BatchAutoConfiguration,\
org.springframework.boot.autoconfigure.cache.CacheAutoConfiguration,\
org.springframework.boot.autoconfigure.cassandra.CassandraAutoConfiguration,\
org.springframework.boot.autoconfigure.context.ConfigurationPropertiesAutoConfiguration,\
org.springframework.boot.autoconfigure.context.LifecycleAutoConfiguration,\
org.springframework.boot.autoconfigure.context.MessageSourceAutoConfiguration,\
org.springframework.boot.autoconfigure.context.PropertyPlaceholderAutoConfiguration,\
org.springframework.boot.autoconfigure.couchbase.CouchbaseAutoConfiguration,\
org.springframework.boot.autoconfigure.dao.PersistenceExceptionTranslationAutoConfiguration,\
org.springframework.boot.autoconfigure.data.cassandra.CassandraDataAutoConfiguration,\
···

4. 按需开启自动配置项

        如上所示，在Spring-boot启动的时候，默认加载进去了所有的配置类，但是，按照条件装配的规则（@Conditional），最终我们是按需进行配置的，只有条件生效的时候，才会配置该类。

        也就是说，springboot所有自动配置都是在启动的时候就扫描并加载了：spring.factories中的所有的自动配置类在启动是都以加载，但是，并不一定会生效，只有导入对应的start，有对应的启动器，自动装配才会生效，相应组件才会配置成功！

5. 修改默认配置

        @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;
		}
给容器中加入了文件上传解析器；

        SpringBoot默认会在底层配好所有的组件。但是如果用户自己配置了以用户的优先。

6. 总结

• SpringBoot先加载所有的自动配置类 xxxxxAutoConfiguration
• 每个自动配置类按照条件进行生效，一旦这个配置类生效，这个配置类就会给容器中添加各种组件；
• 这些组件的属性是从对应的xxxxProperties类中获取的。而xxxProperties类中的每一个属性又是和配置文件(yaml)进行了绑定（由注解@ConfigurationProperties）
• 所有在配置文件中能配置的属性，其实都是在xxxProperties类中封装着；因此，配置文件中能配置什么可以参考某个功能对应的属性类。
• 只要容器中有这些组件，相当于这些功能就有了
• 定制化配置
  • 用户直接自己@Bean替换底层的组件
  • 用户去看这个组件是获取的配置文件什么值就去修改。

xxxxxAutoConfiguration ---> 组件 ---> xxxxProperties里面拿值 ----> application.properties