SpringBoot 自动配置原理
使用SpringBoot之后,一个整合了SpringMVC的WEB工程开发变得无比简单,那些繁杂的配置都消失不见了,这是如何做到的?
一切都是从main函数来的,所以来看看启动类:
- 注解:
@SpringBootApplication
- run方法:SpringApplication.run();
了解@SpringBootApplication
查看源码:
这里的三个重点注解:
-
@SpringBootConfiguration
; -
@EnableAutoConfiguration
; -
@ComponentScan
;
@SpringBootConfiguration
继续查看源码:
在这个注解上面,又有一个@Configuration
注解,通过上面的注释阅读知:这个注解的作用就是声明当前类是一个配置类,然后Spring会自动扫描到添加了@Configuration
的类,并且读取其中的配置信息。而@SpringBootConfiguration
是来声明当前类时SpringBoot应用的配置类,项目中只能有一个,所以一般无需自己添加。
@EnableAutoConfiguration
关于这个注解,官网上有一段说明:
The second class-level annotation is
@EnableAutoConfiguration
. This annotation
tells Spring Boot to “guess” how you want to configure Spring, based on the jar
dependencies that you have added. Sincespring-boot-starter-web
added Tomcat
and Spring MVC, the auto-configuration assumes that you are developing a web
application and sets up Spring accordingly.
简单翻译以下:
第二级的注解
@EnableAutoConfiguration
,告诉SpringBoot基于你所添加的依赖,去“猜测”你想要如何配置Spring。比如我们引入了spring-boot-starter-web
,而这个启动器中帮我们添加了tomcat
、SpringMVC
的依赖。此时自动配置就知道你是要开发一个web应用,所以就帮你完成了web及SpringMVC的默认配置了!
总结
SpringBoot内部对大量的第三方库或者Spring内部库进行了默认配置,这些配置是否生效,取决于我们是否引入了对应库所需的依赖,如果有默认配置就会生效。
所以,我们使用SpringBoot构建一个项目,只需要引入所需框架的依赖,配制就可以交给SpringBoot处理了。除非你不希望使用SpringBoot的默认配置,它也提供了自定义配置的入口。
@ComponentScan
跟进源码:
配置组件扫描的指令,提供了类似于
<context:component-scan>
标签的作用:通过basePackageClasses或者basePackages属性来指定要扫描的包。如果没有指定这些属性,那么将从这个注解的类所在的包开始,扫描包及子包。
因此扫描的包是该类所在包及其子包,因此,一般启动类会放在一个比较前的包目录。
默认配置原理
默认配置类
我们已经知道@EnableAutoConfiguration
会开启SpringBoot的自动配置,并且根据你引入的依赖生效对应的默认配置。那么问题来了:
- 这些默认配置是在哪里定义的?
- 为何以来引入就会触发配置?
其实在我们的项目中已经引入了一个依赖:spring-boot-autoconfigure,其中定了大量自动配置类:
来看看我们比较熟悉的springmvc的自动配置类
关于上面的四个注解:
-
@Configuration
:声明这个类是一个配置类; -
@ConditionalOnWebApplication(type = Type.SERVLET)
:在某个条件下,此处就是满足项目类是 Type.SERVLET类型,也就是一个普通Web工程。 @ConditionalOnClass({ Servlet.class, DispatcherServlet.class, WebMvcConfigurer.class })
这里的条件是OnClass,也就是满足以下类存在: Servlet.class, DispatcherServlet.class, WebMvcConfigurer.class,其中Servlet只要引入了tomcat依赖自然会有,后两个需要引入SpringMVC才会有,这里就判断你是否引入了相关依赖,引入依赖后该条件成立,当前类的配置才会生效。
@ConditionalOnMissingBean(WebMvcConfigurationSupport.class)
OnMissingBean是说环境中没有指定的Bean这个才生效,意思就是自定义配置的入口,也就是说如果我们自己配置了一个WebMVCConfigurationSupport的类,那么这个默认配置就会失效。
看看该类中定义的视图解析器:
默认配置属性
查看这些默认属性是从哪来的,找到了WebMvc自动配置的处理器,这个类上面的@EnableConfigurationProperties
不就是我们注入属性时使用的注解吗?
找到内部资源视图解析器的prefix和suffix属性。
ResourceProperties中主要定义了静态资源:
如果我们要覆盖这些默认属性,只需要在application.properties中定义与其前缀名prefix和字段名一致的属性即可。
总结
SpringBoot提供默认配置,默认配置生效的条件:
-
引入了该配置的相关依赖,根据你引入的依赖来判断你想配置哪些东西;
-
你自己没有配置,否则会覆盖默认配置;
-
启动器
如果不想配置,只需引入依赖即可,而依赖版本也不用担心,因为只要引入了SpringBoot提供的starter启动器,就会自动管理依赖版本了。
SpringBoot启动器:链接:https://pan.baidu.com/s/1jQQEk6wwyzSilgpG5CoiEg 提取码:t3g5
- 全局配置
SpringBoot的默认配置都会读取默认属性,而这些属性可以通过自定义的application.properties
文件来进行覆盖,这样虽然使用的还是默认配置,但是配置中的指定的值已经被我们定义的值覆盖。
全局配置:链接:https://pan.baidu.com/s/1-WBccDq5OQsb8cRES0l-0Q
提取码:ovuq