深入理解 spring-boot-starter-parent
目录
-
- 一、前言
- 二、Maven继承
- 三、分析spring-boot-starter-parent
- 四、Maven单继承问题
- 五、不继承spring-boot-starter-parent需要注意的
一、前言
在idea当中创建springboot项目的时候都会继承一个spring-boot-starter-parent作为父类，假如不继承我们的项目就不能使用了吗？他的作用是什么呢？报着这些疑问我们进行深度解析。
二、Maven继承
Maven 在设计时，借鉴了 Java 面向对象中的继承思想，提出了 POM 继承思想。当一个项目包含多个模块时，可以在该项目中再创建一个父模块，并在其 POM 中声明依赖，其他模块的 POM 可通过继承父模块的 POM 来获得对相关依赖的声明。对于父模块而言，其目的是为了消除子模块 POM 中的重复配置，其中不包含有任何实际代码，因此父模块 POM 的打包类型（packaging）必须是 pom。
通过mvn help:effective-pom 命令就可以查看项目的最终生成的pom（有效的pom）。mvn help:effective-pom命令详解：https://blog.csdn.net/weixin_43888891/article/details/130483451
三、分析spring-boot-starter-parent
不继承我们的项目就不能使用了吗？
答：当然不是，我们选择该依赖，然后按住ctrl就可以点进去，可以看一下他都做了些什么，实际上就是给我们提供了一个管理的依赖pom，而并没有真实的去引用任何依赖！
（1）了解spring-boot-starter-parent
spring-boot-starter-parent下大部门都是pluginManagement插件管理。
pluginManagement 元素与 dependencyManagement 元素的原理十分相似，在 pluginManagement 元素中可以声明插件及插件配置，但不会发生实际的插件调用行为，只有在 POM 中配置了真正的 plugin 元素，且其 groupId 和 artifactId 与 pluginManagement 元素中配置的插件匹配时，pluginManagement 元素的配置才会影响到实际的插件行为。
（2）了解spring-boot-dependencies
接下来我们再点进去spring-boot-dependencies看看，spring-boot-dependencies给我们提供了大量的dependencyManagement依赖版本管理。
Maven 可以通过 dependencyManagement 元素对依赖进行管理，它具有以下 2 大特性：
- 在该元素下声明的依赖不会实际引入到模块中，只有在 dependencies 元素下同样声明了该依赖，才会引入到模块中。
- 该元素能够约束 dependencies 下依赖的使用，即 dependencies 声明的依赖若未指定版本，则使用 dependencyManagement 中指定的版本，否则将覆盖 dependencyManagement 中的版本。
（3）不引用spring-boot-starter-parent项目如何正常使用
新建一个空项目，只引入web（注意没有引入boot版本管理，那就需要手动添加版本号），springboot照样可以启动的哟
四、Maven单继承问题
现在有个问题，我现在想使用spring-boot-starter-parent提供的依赖管理，但是我又不想继承他，因为我还要继承别的项目，这时候该怎么办呢？
maven和Java一样都是单继承机制，maven当中有
，通过这两个标签在dependencyManagement中声明依赖，可以替代继承（达到类似parent标签的作用，解决了单继承问题）。pom 和import
官网讲解：https://docs.spring.io/spring-boot/docs/3.1.0-SNAPSHOT/maven-plugin/reference/htmlsingle/#using.import
<dependencyManagement>
<dependencies>
<dependency>
<groupId>org.springframework.bootgroupId>
<artifactId>spring-boot-dependenciesartifactId>
<version>2.7.10version>
<type>pomtype>
<scope>importscope>
dependency>
dependencies>
dependencyManagement>
类似于
<parent>
<groupId>org.springframework.bootgroupId>
<artifactId>spring-boot-starter-parentartifactId>
<version>2.7.10version>
<relativePath/>
parent>
只是类似，并不完全替代继承。为什么这么说？请看如下示例：spring-boot-starter-parent的pluginManagement是有对spring-boot-maven-plugin版本进行管理的：
找不到说明一个原因，导入的配置没有生效！
说明使用dependencyManagement来替代parent的时候，pluginManagement里面嵌套的plugins版本并没有继承过来。
注：import 依赖范围只能与 dependencyManagement 元素配合使用才会有效，其功能是将目标 pom.xml 中的 dependencyManagement 配置导入合并到当前 pom.xml 的 dependencyManagement 中。
因此便可以明白，解决单继承的时候为什么官网让我们导入
spring-boot-dependencies，而不是spring-boot-starter-parent，因为spring-boot-starter-parent当中继承了spring-boot-dependencies，但是parent实际上就是提供了一些pluginManagement，而使用import 导入的形式根本无法将这些导入。
五、不继承spring-boot-starter-parent需要注意的
假如不继承spring-boot-starter-parent，我们还需要自己声明打包插件。spring-boot-starter-parent配置的插件就是打出来一个可直接运行的jar。
假如我们只声明如下，打出来的jar包是启动不起来的，打出来的jar包并不会将依赖的jar打进去。
<build>
<plugins>
<plugin>
<groupId>org.springframework.bootgroupId>
<artifactId>spring-boot-maven-pluginartifactId>
<version>2.7.10version>
plugin>
plugins>
build>