我要评论把 springboot maven 项目打包成 jar 文件时，我们通常用到 spring-boot-maven-plugin 插件。
前面也介绍过，在 spring-boot-starter-parent pom 和 spring-boot-starter pom 中都有插件的管理，现在我们就撸一把构建元素中插件的用法。
一、spring-boot-maven-plugin 插件的使用
1、项目中 spring-boot-maven-plugin 插件的使用
<project xmlns="http://maven.apache.org/pom/4.0.0" xmlns:xsi="http://www.w3.org/2001/xmlschema-instance"
xsi:schemalocation="http://maven.apache.org/pom/4.0.0 https://maven.apache.org/xsd/maven-4.0.0.xsd">
<modelversion>4.0.0</modelversion>
<parent><!--父项目-->
<groupid>org.springframework.boot</groupid>
<artifactid>spring-boot-starter-parent</artifactid>
<version>2.1.4.release</version>
<relativepath/> <!-- lookup parent from repository -->
</parent>
<!--项目基本信息、父项目信息、依赖、自定义属性等等...-->
<build><!--构建元素-->
<plugins><!--插件引入-->
<plugin>
<groupid>org.springframework.boot</groupid>
<artifactid>spring-boot-maven-plugin</artifactid>
</plugin>
</plugins>
<finalname>xxx</finalname> <!--jar的名称-->
</build>
</project>project 标签指定项目的声明。modelversion 标签指定 pom 模型的版本。目前使用的是 4.0.0 版本。这是 maven 项目的根元素，定义了项目模型的版本。
parent 标签指定父项目信息，这里继承了 spring-boot-starter-parent 的 pom。
build 标签指定项目的构建配置。它包含了多个子元素，如 、 和 < finalname > 等等。
spring-boot-maven-plugin 插件用于打包和运行 spring boot 应用。
2、spring-boot-starter pom 中的 spring-boot-maven-plugin
在这个 pom 里对 spring-boot-maven-plugin 插件的版本进行管理。
3、spring-boot-starter-parent pom 中的 spring-boot-maven-plugin
id 标签指定了此执行的唯一标识符 repackage。
goals 标签内定义了执行目标 goal 为 repackage。
mainclass 标签通过占位符 ${start-class} 来指定项目的主类，maven 会替换这个占位符为实际的主类。
从上面的文件可以看出来，在 spring-boot-starter-parent pom 中对 spring-boot-maven-plugin 插件的管理更加细化了。
由于在项目的 pom 里，我们继承了 spring-boot-starter-parent 的 pom，spring-boot-starter-parent 又继承了 spring-boot-starter 的 pom，因此在项目的构建部分，我们可以直接引用 spring-boot-maven-plugin 插件，而不必再重复管理该插件的版本信息和一些构建信息。
二、<plugin> 插件
元素用于配置构建过程中使用的各种插件，它可以包含一个或多个 < plugin> 标签。
元素是在构建生命周期的不同阶段执行的工具，它们可以执行各种任务，例如编译代码、运行测试、打包项目、生成报告等。
插件子元素：
1、groupid: 指定插件的 groupid，标识插件的组织或提供者。
2、artifactid: 指定插件的 artifactid，标识插件的具体名称。
3、version: 指定插件的版本号。
4、extensions: 可选子元素。指示插件是否为 maven 的核心扩展插件。默认值为 false。
<plugin>
<groupid>org.apache.maven.plugins</groupid>
<artifactid>maven-compiler-plugin</artifactid>
<version>3.8.1</version>
<!-- extensions 默认为 false -->
</plugin>如果未显式指定 extensions 属性，或者将其设置为 false，则表示插件不是 maven 的核心扩展插件。这意味着 maven 将插件作为标准插件处理，它们遵循标准的插件生命周期和行为。
<plugin>
<groupid>org.codehaus.mojo</groupid>
<artifactid>exec-maven-plugin</artifactid>
<version>1.6.0</version>
<extensions>true</extensions>
</plugin>如果将 extensions 属性显式设置为 true，则表示插件是 maven 的核心扩展插件。这意味着插件可以在 maven 构建中扩展或修改 maven 的核心行为，通常用于提供额外的功能或集成。
5、dependencies: 指定插件在执行过程中所需的依赖项。
包含一个或多个 元素，用于引入插件在执行过程中所需的依赖项。
6、executions: 描述插件执行的阶段和配置。
: 这个标签用于定义一个或多个插件的执行配置。
: 每个 < execution > 标签定义一个执行单元。可以在不同的构建阶段执行多个目标。
<executions>
<execution>
<phase>package</phase> <!-- 指定maven构建生命周期的阶段 -->
<goals>
<goal>jar</goal> <!-- 在package阶段执行jar目标 -->
<goal>jfxnative</goal> <!-- 在package阶段执行jfxnative目标 -->
</goals>
</execution>
</executions><phase>package</phase>：指定了 maven 生命周期的 package 阶段。在 maven 的标准构建生命周期中，package 阶段用于将编译后的代码打包成可分发格式（如 jar 文件）。
<goal>jar</goal>：指示 maven 在 package 阶段创建一个 jar 文件。这个目标是由 maven 的 maven-jar-plugin 插件提供的。
<goal>jfxnative</goal>: 指示 maven 在 package 阶段创建一个本地可执行文件（如 exe 文件）。这个目标是由 javafx-maven-plugin 插件提供的。jfxnative 目标会使用 javapackager 或 jpackage 来生成本地可执行文件。
7、configuration: 用于配置插件在执行过程中的具体行为和参数，以定制插件的功能和行为。
configuration 的两大作用：
7.1、传递参数: 插件可能需要某些参数来正确执行其功能。这些参数可以通过 configuration 元素传递给插件。
<plugin>
<groupid>org.apache.maven.plugins</groupid>
<artifactid>maven-compiler-plugin</artifactid>
<version>3.8.1</version>
<configuration>
<source>1.8</source>
<target>1.8</target>
</configuration>
</plugin><source>和 < target>: 传递给编译插件的 java 版本信息。
在上述例子中，<configuration> 元素用于向 maven 编译器插件传递编译源代码的 java 版本信息。
7.2、定制插件行为: 不同的插件支持不同的配置参数。通过 configuration 属性，你可以定制插件的行为以适应项目的特定需求。
7.2.1、基本类型参数: 如字符串、整数等，用于传递简单的配置信息。
<configuration>
<outputdirectory>target/classes</outputdirectory>
<verbose>true</verbose>
<includesystemscope>true</includesystemscope>
</configuration>outputdirectory 标签指定插件输出的目录。
verbose 标签控制是否输出详细信息。
includesystemscope 标签用于指定是否包括系统范围的依赖项（system scope dependencies）。系统范围的依赖项是那些指定了本地文件路径的依赖项，这些依赖项通常是一些特殊的、不可通过 maven 仓库获取的库。
7.2、复杂类型参数: 如对象或嵌套配置，用于传递更复杂的配置信息。
<configuration>
<compilerarguments>
<arg>-xlint:unchecked</arg>
</compilerarguments>
<encoding>utf-8</encoding>
</configuration>compilerarguments 标签指定传递给编译器插件的编译参数。
encoding 标签指定源文件编码格式。
7.3、集合类型参数: 用于传递列表或数组等复杂的数据结构。
<configuration>
<skiptests>true</skiptests>
<includes>
<include>**/*tests.java</include>
</includes>
<excludes>
<exclude>**/slowtests.java</exclude>
</excludes>
</configuration>includes 标签指定哪些测试类被包括在测试中。
excludes 标签指定哪些测试类被排除在测试外。
skiptests 标签用于跳过测试执行。
plugin 标签里的子元素太多了，看不完根本看不完。还是用了再了解吧。
三、dependency 和 plugin 主要区别
dependency 和 plugin 有很多相似的地方，plugin 标签里也可以包含一个或多个 dependency 标签。
四、构建阶段
在 maven 项目中，构建过程是一组定义明确的活动或步骤，用于生成项目的最终输出（如 jar 或 war 文件）。构建过程本身包括编译、测试、打包等多个阶段，但它不完全属于编译、测试或运行这三个阶段中的任何一个，而是涵盖了这些阶段中的一些或全部，以及其他额外的步骤。
1、编译阶段（compile）
这是构建过程的开始，源代码被编译成字节码文件（.class 文件）。这个阶段对应于 maven 的 compile 生命周期阶段。
2、测试阶段（test）
在这一阶段，项目的单元测试被执行，以验证代码的功能性。这通常对应于 maven 的 test 生命周期阶段。测试阶段通常发生在编译阶段之后。
3、打包阶段（package）
编译后的字节码和资源文件被打包成可分发的格式，如 jar、war 或 ear 文件。这一阶段对应于 maven 的 package 生命周期阶段。
4、验证阶段（verify）
在这一阶段，对打包的结果进行质量检查，可能包括运行集成测试、静态代码分析等。这一步骤确保打包的产品符合质量标准。
5、安装阶段（install）
在这一阶段，打包的项目被安装到本地 maven 仓库中，以便在该机器上的其他项目中使用。
6、部署阶段（deploy）
在这一阶段，最终的包被上传到远程仓库中，供其他开发者和项目使用。
7、构建与编译、测试、运行的关系
编译：构建的一部分，确保代码无误并转换成机器可执行的形式。
测试：也是构建的一部分，用于验证功能和性能。
运行：通常指在开发完成后，产品被部署并实际运行的阶段。构建过程负责生成运行所需的所有代码和资源，但实际的运行通常发生在构建过程之外，特别是在生产环境中。
总的来说，构建过程是项目开发周期中非常关键的一部分，涵盖了从代码编译到产品部署的多个步骤，确保软件产品能够按预期构建和发布。
到此这篇关于springboot maven 项目 pom 中的 plugin 插件用法小结的文章就介绍到这了,更多相关springboot maven plugin 插件内容请搜索代码网以前的文章或继续浏览下面的相关文章希望大家以后多多支持代码网！
发表评论