深入理解 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当中有<type>pom</type>和<scope>import</scope> ，通过这两个标签在dependencyManagement中声明依赖，可以替代继承（达到类似parent标签的作用，解决了单继承问题）。

官网讲解：https://docs.spring.io/spring-boot/docs/3.1.0-SNAPSHOT/maven-plugin/reference/htmlsingle/#using.import

<dependencyManagement>
	 <dependencies>
		<dependency>
			 <groupId>org.springframework.boot</groupId>
			 <artifactId>spring-boot-dependencies</artifactId>
			 <version>2.7.10</version>
			 <type>pom</type>
			 <scope>import</scope>
		 </dependency>
	</dependencies>
</dependencyManagement>

类似于

<parent>
    <groupId>org.springframework.boot</groupId>
    <artifactId>spring-boot-starter-parent</artifactId>
    <version>2.7.10</version>
    <relativePath/>
</parent>
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20

只是类似，并不完全替代继承。为什么这么说？请看如下示例：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.boot</groupId>
			<artifactId>spring-boot-maven-plugin</artifactId>
			<version>2.7.10</version>
		</plugin>
	</plugins>
</build>
1
2
3
4
5
6
7
8
9