SpringBoot2的自动配置原理

springboot大神

已于 2022-05-04 18:49:24 修改

阅读量675

点赞数 2

分类专栏： SpringBoot2 文章标签： spring boot java intellij-idea

于 2022-04-25 20:21:32 首次发布

本文链接：https://blog.csdn.net/maogenb/article/details/124406588

版权

SpringBoot2 专栏收录该内容

7 篇文章 0 订阅

订阅专栏

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场景启动器

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

当你见到很多spring-boot-starter-，代表的就是某种场景
举例：spring-boot-starter-web:web场景
只要引入starter，这个场景的所有常规需要的依赖我们都自动引入
SpringBoot所有支持的场景
查看SpringBoot支持的所有场景
见到的 *-spring-boot-starter：第三方为我们提供的简化开发的场景启动器。

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

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

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

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

可以修改默认的版本号

首先查看 spring-boot-dependencies 里面规定当前依赖用的版本号（key）

在当前项目里重写配置

<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替换底层的组件
- 用户直接去配置文件修改默认值