SpringBoot的Starter机制

Posted 2023-02-16

参考技术A 我们知道SpringBoot自己在“后台”帮我们配置了很多原本需要我们手动去的东西，至于这个“后台”是啥，就是Starter机制。我们先来看一看常用的Starter启动器，他们都是以spring-boot-starter开头明名的，至于spring-boot这个前缀则被Spring Boot官方保留。

至于Starter机制是如何实现上文说的“自动变速箱”功能，简单说就是通过条件注解来实现的，SpringBoot通过条件注解确定需要加载哪些组件，读取哪些配置，还有一些控制加载顺序的注解。这里我们先来看一些常用的条件注解和控制加载顺序的注解：

这里以一个简单的SpringBoot中的依赖配置文件做说明，只加入最基础的配置。

可以看到有如下几个依赖需要加入：

1)spring-boot-starter-parent，这个是所有SpringBoot工程都需要加入的依赖项，可以说这个是一个“根依赖”，必须要加入，注意这里指定的版本号也会约束其他依赖项，相当于一个最上层的版本配置，这里指定的就是我们常说的SpringBoot的版本。

2)spring-boot-starter-web，这个是Web工程的依赖项，所有的Web程序都要加。

3)spring-boot-configuration-processor，这个是ConfiguaritionProperties的配置，有了它我们的Spring项目中的Jar就会包含上很多meta-data，这些元数据会在开发的时候通过idea给我们很多输入的提示。

可以说这是SpringBoot项目中最重要的配置文件，这里看下关于他的几个核心部分，首先关于它的描述是这样的：

大意是说这个文件是一个提供了通过maven编译的应用的依赖和插件管理一个“父配置文件”。嗯，就理解是管理基础依赖和插件的就可以了。

看他的resource标签，是这样的：

这里指定了资源的导入和导出路径，什么意思？就是你的配置文件配在对应的目录下，框架都会去扫描到读取的，按上面的配置会读src/main/resources目录下的配置文件的内容。比如我们在这里放了如下的配置文件：

这样程序启动的会去读application.properties和application.yml文件里面的配置的。这里要说一下，上面的配置加载是有顺序的，先加yml，yaml ，后加properties里面的配置，这也决定了properties文文件配置的优先级是要高于yaml文件的，或者说相同参数的配置，properties里面的参数会覆盖yaml里面的。

最后看到最上面还有一个parent标签，是这样描述的，这里描述了spring-boot-starter-parent的父依赖配置spring-boot-dependencies：

同样的我们看一看spring-boot-dependencies的描述文件，看看里面的properties标签，是这样：

喔，好多似曾相识的面孔在这里都能见到，比如aspectj，caffeine， dom4j，hikaricp，junit，log4j2， mysql，tomcat等等一些，而且你也看到了，这里帮我们把版本控制也做好了，防止了原来在Spring中我们自己手动引入依赖的时候的经常会发生的版本冲突问题，所谓的约定优于配置在这里就是一个典型的体现场景。

这个配置是web应用的核心配置，有了他不用像Spring再像Spring一样去导SpringMVC相关的依赖了，这里看一下这个文件的内容。

同样的也有一个parent标签指定父依赖spring-boot-starters.

另外dependencies标签指定是一些依赖坐标的打包，包含json，tomcat等等，包含版本控制都做好了。

其中spring-boot-starter的依赖又包含了如下的dependencies，有spring-boot，自动配置，日志，注解，core等等的依赖：

以上可以看到SpringBoot基本上通过spring-boot-starter-parent和spring-boot-starter-web两个配置就把起步依赖需要导入的依赖项把我们需要的依赖给导完了，这也就是SpringBoot的starter机制在依赖配置层的最好体现，实现了所谓约定优于配置。