JAVA Spring Boot 自动配置实现原理详解

目录

• 引言
• 主启动类的注解@SpringBootApplication
• 1、@SpringBootConfiguration
• 2、@ComponentScan
• 3、@EnableAutoConfiguration
• 3.1、@AutoConfigurationPackage
• 3.2、@Import({AutoConfigurationImportSelector.class})
• spring-boot-autoconfigure中的默认配置类
• 配置数据的绑定
• 总结

引言

在使用ssm框架的时候，每每想要用到依赖的功能，都需要导入相关jar包，并且写配置文件做相关的配置，当然也可以不写配置文件，用配置类来代替配置文件也可以。在使用springboot框架的时候，会发现只要引入相关依赖，然后直接使用就行了，往往没有自己做什么配置，或者想要更改一些配置属性，比如改端口号，只要在application.properties文件里做修改就可以了，而且所有的配置都在这里。这就是springboot的自动配置功能。那springboot到底做了什么神奇的事情，使得我们可以从“配置地狱”中解放呢？

主启动类的注解@SpringBootApplication

我们创建一个springboot项目，会发现项目目录很干净，springboot框架唯一可能动手脚的地方就剩主启动类了。主启动类也很干净，里面的SpringApplication.run()方法会创建并返回IoC容器，spring项目就这样跑起来了，嫌疑就落到了注解头上。

点进这个注解，发现其包含了三个注解，分别是@SpringBootConfiguration、@EnableAutoConfiguration和@ComponentScan，在进一步，发现@SpringBootConfiguration只是个@Configuration，@ComponentScan是组件扫描，而@EnableAutoConfiguration一看就和自动配置有关系。

1、@SpringBootConfiguration

只是个@Configuration

2、@ComponentScan

组件扫描用

3、@EnableAutoConfiguration

点进源码，发现其代替了两个注解，分别是@AutoConfigurationPackage和@Import({AutoConfigurationImportSelector.class})，我们分别来研究这两个注解

3.1、@AutoConfigurationPackage

点进源码，发现其包含了@Import({Registrar.class})，再点进去，发现是批量注册组件，而默认扫描路径就是与主启动类所在的包，也就是主启动类坐在的包下面，所有的组件会被扫描注册到IoC容器中。这就解释了为什么要把自己的组件写到与主启动类同包下。

3.2、@Import({AutoConfigurationImportSelector.class})

点进源码，会发现这个也是批量组测组件，而注册的组件在哪里呢？它会读取一个配置文件，这个配置文件里写了所有需要注册的127个组件。我们会发现，这些个组件就是springboot替我们写的配置类。那么这些配置类在哪里呢？在spring-boot-autoconfigure-2.4.4.jar里面。这下明白springboot是从哪里自动导入配置类的了。

spring-boot-autoconfigure中的默认配置类

这里面所有的配置类都会被自动注册，但我们又不是会用到全部可能的功能，那这样岂不是造成了浪费？实际上，配置类可以使用@Conditional注解来根据条件决定自己是否注册。我们如果没有引入相关的依赖，@Conditional可能就会判断出这个配置类不需要注册。又或者我们自己写了配置类，那@Conditional也可能会使这个配置类不注册。

配置数据的绑定

那么所有的配置数据都可以在一个配置文件（既application.properties）中修改，是怎样做到的呢？

是使用这几个注解做到的：@EnableConfigurationProperties和@ConfigurationProperties，这两个注解可以使我们在配置文件中写的数据封装到对应的类里面，这样配置类就能拿到我们写的配置数据了。

SpringBoot实现自动配置的流程图如下：

总结

本篇文章就到这里了，希望能够给你带来帮助，也希望您能够多多关注脚本之家的更多内容！