概述
引言
在使用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 自动配置实现原理详解的全部内容,希望文章能够帮你解决JAVA Spring Boot 自动配置实现原理详解所遇到的程序开发问题。
如果觉得靠谱客网站的内容还不错,欢迎将靠谱客网站推荐给程序员好友。
发表评论 取消回复