我们使用Springboot进行开发的时候发现真的很方便,我们只需要很少的配置、少量的注解以及引入一些starter就可以完成一个简单项目的开发 。使我们受益的就是Springboot的自动配置功能,下面我们来探索Springboot的自动配置原理 。(中间的一些细节的地方不做过多介绍,影响阅读体验,主要解析核心脉络)
先看下配置类的解析流程图:
![Springboot——自动配置原理](http://img.jiangsulong.com/220424/1Q91264C-0.jpg)
文章插图
配置类解析流程图
我们知道Spring容器的主要工作原理就是先根据配置的信息将相关的BeanDefinition(也就是Bean的元数据,比如类的全路径名、属性等)扫描并加载到容器中,后续再根据这些BeanDefinition对这些Bean进行实例化初始化等一系列操作,然后再将最后的Bean实例保存到Spring容器中 。因此Springboot的自动配置的原理主要是BeanDefinition的自动注册
我们就从Springboot的启动类TomcatWarApplication开始分析:
package com.sourcecode.springboot.tomcatwar;import org.springframework.boot.SpringApplication;import org.springframework.boot.autoconfigure.SpringBootApplication;@SpringBootApplicationpublic class TomcatWarApplication {public static void main(String[] args) {SpringApplication.run(TomcatWarApplication.class, args);}}
步骤分析:第一步:main方法的作用就是新建一个SpringApplication实例并将将TomcatWarApplication.class放入到了该对象的实例属性primarySources(一个Set)中,然后调用该对象的run方法
第二步:run方法中会对primarySources中的存放的TomcatWarApplication.class进行加载并解析为一个BeanDefinition后注册到BeanFactory中
第三步【重点】:run方法内部的refreshContext方法会对BeanFactory中的BeanDefinition进行处理,将该BeanDefinition的注解元数据和对应的bean名称封装为一个ConfigurationClass(配置类)对象,然后对该对象进行解析 。具体步骤如下:
- 类是否有@Component注解,如果有的话,解析该类的成员内部类是否满足作为一个配置类的要求(该内部类是否有@Component、@ComponentScan、@Import、@ImportResource注解或者该内部类是否有被@Bean注解的方法),如果满足的话,那么就将该内部类作为一个配置类进行同样的解析
- 类是否有@PropertySource注解,用来解析properties配置文件中配置的属性
- 类是否有@ComponentScan注解,如果有的话,解析该注解相应属性中配置的包名、类的全路径所在的包名,然后使用ClassPathBeanDefinitionScanner扫描器对这些类路径下的class文件进行加载解析,判断这些class是否满足条件(是否有@Component注解、是否有@JAVAx.annotation.ManagedBean注解、是否有@javax.inject.Named注解),如果满足条件的话,就将该class作为一个配置类进行同样的解析
- 类是否有@Import注解,a)如果@Import注解中的value属性值是ImportSelector类型的话,再判断是否是延迟导入选择器DeferredImportSelector类型的,如果是的话,那么延迟处理value属性值对应的class,最终调用的是processGroupImports方法;如果不是延迟导入类型,那么立即对value属性值对应的class进行处理,最终调用的是该类的selectImports方法,然后将该方法返回的所有的类名作为配置类进行同样的解析;b)如果@Import注解中的value属性值是ImportBeanDefinitionRegistrar类型的,则后续调用registerBeanDefinitions进行BeanDefinition的注册;c)如果是其他类型的class,那么就直接将该class作为一个配置类进行同样的解析
- 类是否有@ImportResource注解,如果有的话,就导入以XML格式进行BeanDefinition定义的配置文件,后续把该配置文件中定义的BeanDefinition作为配置类进行同样的解析
- 类中是否有被@Bean注解的方法,如果有的话,抽取这些方法的元数据并添加到该配置类的属性中,后续实例化时也会实例化以方法的形式声明的Bean
- 如果类实现了接口,抽取这些接口中被@Bean注解了的默认方法(default method)的元数据并添加到该配置类的属性中,后续实例化时也会实例化这些以方法的形式声明的Bean
- 如果该类有父类的话,那么把父类相关信息也封装为一个ConfigurationClass并做同上述一样的解析
回到我们的启动类,我们将@SpringBootApplication的一些相关元注解全部提取出来放在一起,这些看起来清晰一些:
@Configuration@Import(AutoConfigurationImportSelector.class)@Import(AutoConfigurationPackages.Registrar.class)@ComponentScanpublic class TomcatWarApplication {public static void main(String[] args) {SpringApplication.run(TomcatWarApplication.class, args);}}
推荐阅读
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
- springboot创建mymes
- CENTOS Mysql5.7数据库自动安装脚本
- wps word引用excel数据并自动更新?wps表格粘贴到word怎样保持它不变
- 自动驾驶|自动驾驶出租车要来了 小马智行官宣:你敢坐吗?
- 自动驾驶|通用新技术专利曝光:自动驾驶车取代驾校教练
- CENTOS自动巡检服务器性能指标
- redis哨兵docker部署及springboot运行
- 自动回复个性句有哪些?
- SpringBoot实现QQ邮箱注册和登录
- 如何实现几百台SIP终端实现自动化部署