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

引言

在使用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实现自动配置的流程图如下:

JAVA Spring Boot 自动配置实现原理详解_第1张图片

总结

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

你可能感兴趣的