SpringBoot2的自动配置原理

SpringBoot是基于SSM框架为基础的，相信大家能去学SpringBoot，基本上应该都玩过SSM（Spring，MyBatis，SpringMVC），如果我没猜错，都被这个SSM坑到过吧！！相比SpringBoot的话，SpringBoot内部主要是整合了Spring、SpringMVC等，避免我们以前写SSM框架时，在xml中写入了大量的配置；而在SpringBoot中，我们基本上都不需要写xml文件，基本上引入了需要的场景启动器（这个词语下面会详细讲到），我们就可以快速地上手SpringBoot！！！

一、依赖管理

父项目做依赖管理

<!--依赖管理-->
<parent>
    <groupId>org.springframework.boot</groupId>
    <artifactId>spring-boot-starter-parent</artifactId>
    <version>2.6.6</version>
</parent>

然后我们使用快捷键CTRL+点击 进入**spring-boot-starter-parent**可以看到：
<!--spring-boot-starter-parent的父项目,几乎声明了所有开发中常用的依赖的版本号,自动版本仲裁机制-->
<parent>
    <groupId>org.springframework.boot</groupId>
    <artifactId>spring-boot-dependencies</artifactId>
    <version>2.6.6</version>
</parent>

开发导入starter场景启动器

  这里是不是有人想问什么是场景启动器？

1. 当你见到很多spring-boot-starter-， 代表的就是某种场景
   举例：spring-boot-starter-web:web场景

2. 只要引入starter，这个场景的所有常规需要的依赖我们都自动引入

3. SpringBoot所有支持的场景
   查看SpringBoot支持的所有场景

4. 见到的 *-spring-boot-starter： 第三方为我们提供的简化开发的场景启动器。

5. 所有场景启动器最底层的依赖：

   <dependency>
       <groupId>org.springframework.boot</groupId>
       <artifactId>spring-boot-starter</artifactId>
       <version>2.6.6</version>
       <scope>compile</scope>
   </dependency>
   

不需要关注版本号，自动版本仲裁

• 引入依赖默认都可以不写版本
• 引入非版本仲裁的jar包，要写版本号

可以修改默认的版本号

1. 首先查看 spring-boot-dependencies 里面规定当前依赖用的版本号（key）
2. 在当前项目里重写配置

   <properties>
      <mysql.version>5.1.43</mysql.version>
   </properties>
   

二、自动配置

1.自动配置了Tomcat

• 引入Tomcat依赖
• 配置Tomcat

  <dependency>
    <groupId>org.springframework.boot</groupId>
    <artifactId>spring-boot-starter-tomcat</artifactId>
    <version>2.6.6</version>
    <scope>compile</scope>
  </dependency>
  

2.自动配置了SpringMVC

• 引入SpringMVC全套组件
• 自动配置好了SpringMVC常用组件（功能）

3.自动配置好了Web常见功能

 如：字符编码问题

• SpringBoot帮我们配好了所有web开发的常见场景

4.默认的包结构

• 主程序所在包及其下面的所有子包里面的组件都会被默认扫描进来

• 无需以前的包扫描配置

• 想要改变扫描路径:

  • @SpringBootApplication(scanBasePackages = "com")
    

  • 或者@ComponentScan指定扫描路径

    @SpringBootApplication
    等同于
    @SpringBootConfiguration
    @EnableAutoConfiguration
    @ComponentScan("com")
    

5.各种配置的默认值

• 默认配置最终都是映射到某个类上，如：MultipartProperties
• 配置文件的值最终会绑定每个类上，这个类会在容器中创建对象

6.按需求加载所有自动配置项

• 引入了哪些场景这个场景的自动配置才会开启
• SpringBoot所有的自动配置功能都在 spring-boot-autoconfigure 包里面

…

以下是底层源码分析，初学者的话可以先不去深入研究（毛哥：其实跟着下面一步步来，基本是听得懂的）

三、自动配置原理（底层源码解析）

1.引导加载自动配置类

CTRL+左键进入 @SpringBootApplication ：

//此处省略基本元注解（同学们如果元注解不知道，请去补习以下java）
//算了，毛哥(博主大发慈悲地告诉你，元注解（简单的理解）：修饰注解的注解)
@SpringBootConfiguration
@EnableAutoConfiguration
@ComponentScan(
    excludeFilters = {@Filter(
    type = FilterType.CUSTOM,
    classes = {TypeExcludeFilter.class}
), @Filter(
    type = FilterType.CUSTOM,
    classes = {AutoConfigurationExcludeFilter.class}
)}
)
public @interface SpringBootApplication {}

此处可以看到三个注解：

• @SpringBootConfiguration

     @Configuration:代表当前是一个配置类；
  

• @ComponentScan

     spring注解，用来指定扫描的包
  

• @EnableAutoConfiguration

  //CTRL+左键进入@EnableAutoConfiguration发现以下
  @AutoConfigurationPackage
  @Import({AutoConfigurationImportSelector.class})
  public @interface EnableAutoConfiguration {}
  

  然后又发现两个注解：

  • @AutoConfigurationPackage

    指定了默认的包规则（默认为主程序包下）

    //CTRL+左键进入@AutoConfigurationPackage发现以下：
    @Import({Registrar.class})//给容器中导入一个组件
    public @interface AutoConfigurationPackage {}
    
    /*
    通过Register给容器中导入一系列组件
    将指定的一个包下所有组件导入进来？MainApplication 所在包下。
    */
    

  • @Import({AutoConfigurationImportSelector.class})

    导入了AutoConfigurationImportSelector的功能：

    1. 利用getAutoConfigurationEntry(annotationMetadata);给容器中批量导入一些组件
    2. 调用List configurations = getCandidateConfigurations(annotationMetadata, attributes)获取到所有需要导入到容器中的配置类
    3. 利用工厂加载 Map<String, List> loadSpringFactories(@Nullable ClassLoader classLoader)；得到所有的组件
    4. 从META-INF/spring.factories位置来加载一个文件。
       默认扫描我们当前系统里面所有META-INF/spring.factories位置的文件
       spring-boot-autoconfigure-2.6.6.jar包里面也有META-INF/spring.factories

    
    代表着：SpringBoot启动了就要给容器中加载所有配置类

2.按需开启自动配置类

虽然我们127个****AutoConfiguration场景的所有自动配置启动的时候默认全部加载，但是按照条件装配规则（@Conditional），最终会按需配置。

注意：application.yml(配置文件)中debug: true开启自动配置报告。Negative(不生效)\Positive(生效)

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

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

总结：

• SpringBoot先加载所有的自动配置类：****AutoConfiguration
• 每个自动配置类按照条件进行生效，默认都会绑定配置文件的值。****Properties里面拿。****Properties和application.yml(配置文件)进行了绑定。
• 生效的配置类就会给容器中装配很多组件
• 只要容器中有这些组件，相当于这些功能就有了
• 定制化配置
  • 用户直接自己去@bean替换底层的组件
  • 用户直接去配置文件修改默认值