转载地址：https://www.cnblogs.com/mountainstudy/p/17953638

pom.xml是Maven项目的核心配置文件，它是 项目对象模型 - Project Object Model（POM）的缩写。POM定义了项目的所有属性，包括项目的名称、版本、依赖关系、构建配置等。使用pom.xml，我们可以轻松地管理项目的构建和依赖关系，让我们能够更专注于业务逻辑的开发。

我们先看一个简单pom.xml的结构，首先和标签主要针对的是本pom.xml文件的格式，如下：

其中指定了pom.xml文件使用的XML schema版本，目前，其最新的版本是4.0.0。其他部分我们会在下面进行详解

与项目的基本信息相关的标签有很多，以下算必填项:

groupId：项目的组名，通常是反转的域名，比如com.example。

artifactId：项目的唯一标识符，通常是项目的名称。

version：项目的版本号。

packaging：项目的打包方式，通常是jar、war或pom，如果没有指定packaging，默认值是jar。

除了上面的几个标签，还有一些项目相关，但非必填的内容：

name：项目名，可选项，提供项目的简短名称

description：项目描述，可选项，提供项目的详细描述。

version：项目主页，可选项，提供项目的网址。

licenses： 许可证声明，可选项，声明项目所使用的一种或多种许可证

developers：开发者信息，可选项，列出项目的开发人员。

url：项目主页，可选项，提供项目的网址

当然，还有一些在我们示例中没有出现的标签，比如说 modules 和 parent

modules 标签用于声明当前 Maven 项目包含的模块子项目，每个子项目都是一个独立的 Maven 项目，具有自己的 pom.xml 文件，可以进行独立构建和测试。在父项目的 pom.xml 文件中，使用 标签来列出所有子项目的名称，如下所示：

上述代码表示当前项目是一个 Maven 的多模块项目：它包含了三个子项目 child1、child2 和 child3，这三个子项目与 parent-project 有相同的 groupId 和 version，但是 artifactId 不同，它们的 pom.xml 都位于 parent-project 的根目录下。当使用 Maven 命令在 parent-project 下执行构建时，Maven 会对每个子模块执行构建，最终生成子项目的构件并复制到 parent-project 的 target 目录下。

parent 标签用于声明当前 Maven 项目的父项目，它可以将若干个 Maven 项目组织成一个整体，指定版本号，插件版本号等，便于管理和维护，在一个 Maven 项目中，使用标签来引用父项目，如下所示：

上述代码表示当前项目 child-project 是 parent-project 的子项目，它的 groupId 和 version 都继承自 parent-project。元素是一个可选项，它的值是父项目 pom.xml 文件到子项目 pom.xml 文件的相对路径，如果子项目 pom.xml 和父项目 pom.xml 在同一目录下，则可以省略此元素。

scm 又叫 Software Configuration Management,即软件配置管理， 与我们以前提到过的版本控制有关，是Maven中用于指定源代码版本控制信息的标签。它可以帮助Maven获取源代码并将构建生成的二进制文件提交到版本控制系统中。scm标签通常用于指定源代码管理系统的类型、URL、开发者连接等详细信息。示例如下：

developerConnection 与 connection 有些许不同，connection 可以指向一个本地文件系统路径，也可以是一个远程代码仓库的URL；developerConnection 则是开发者使用的版本控制系统的连接URL，例如connection指向只读代码仓库，而developerConnection则指向可写代码仓库。

通过在POM文件中添加scm标签，Maven可以获取源代码并构建项目，同时还可以自动将构建生成的文件提交到版本控制系统中，方便管理代码版本和协同开发

properties 严格来说，并不一定是项目本身的信息，而是人为设置的属性或者说宏，这个标签用来定义和管理项目中所需要的属性，其作用有以下几个：

比如说我们可以这么配：

与项目的依赖列表相关的标签最外层由 来囊括，内部包含了各种具体的依赖，该标签用于指定一个依赖项，它包含以下几个子标签

其中的 一般包含以下几种范围：常用的有compile、test、provided 和 runtime：

比如说我们引入了 junit 包，但显然这个包我们不需要在打包时包含，只是用于测试，那么我们就可以将 junit 的 scope 设置为 test。

当然，我们还能在pom文件中支持指定Maven仓库，即使用 和 标签，用于指定一个Maven仓库，它包含以下几个子标签：

项目的构建配置信息，包括编译器版本、插件列表、源代码目录等，接下来我们慢慢来讲

build用于定义项目的构建配置，包括源代码目录、资源目录、插件等，其中代码部分的设置如下

需要注意的是，像资源目录这种路径是没有默认值的，但根据Maven的约定优于配置原则（Convention over Configuration），Maven会使用默认的目录结构去查找源代码和测试代码。默认的目录结构如下:

因此，在一个标准的Maven项目中，sourceDirectory默认值应该是src/main/java。如果有自定义的代码目录结构，需要显式地设置sourceDirectory元素的值。例如，如果有一个名为“core”的子目录作为项目的主源代码目录，可以按以下方式进行配置：

plugins的作用是定义 Maven 插件， plugins 主要用于扩展 Maven 的功能，帮助开发人员更方便地构建、打包、发布项目。插件可以通过 Maven 的插件中心或者自己构建的私有仓库来使用，能在构建过程中执行特定的任务，比如编译、打包、测试等。

插件的配置可以分为两种方式：全局配置和项目配置。全局配置是在 Maven 安装目录下的 conf/settings.xml 文件中进行配置，可以被所有的项目使用。项目配置则是在项目的 pom.xml 文件中进行配置，只对当前项目生效。

插件的使用主要分为以下几个步骤：

而常用的Maven Plugin有不少，我们一一来说一下：

比方说，最常用的编译功能，我们可以在pom里面这么写

各子标签的作用如下：

如果我们按示例中配置，我们就指定了编译器的源和目标版本为1.8，当我们使用 mvn compile 命令的时候，这个插件将会编译我们的 Java 代码，并将编译后的 class 文件放置在 target 目录下

maven-surefire-plugin插件是Maven中的一个测试框架，用于执行Java单元测试和集成测试。它的主要作用是在构建过程中运行测试，并生成测试报告，在pom.xml中的配置如下：

其中几个子标签的作用分别如下:

：设置是否跳过测试，默认值为false。

：设置并行运行测试的JVM进程数。

：设置是否使用系统类加载器加载测试类。

：设置是否重用已经启动的JVM进程。

：设置测试文件的过滤规则，支持通配符。

：设置传递给测试环境的系统属性，可以在测试代码中通过System.getProperty()方法获取

maven-jar-plugin 用于将项目打包为JAR文件，在这个例子中，我们告诉Maven将com.example.MyApp作为JAR文件的主类，那么在pom.xml中的配置如下：

当执行mvn instal命令时，maven-install-plugin 用于将一个特定的文件安装到本地Maven仓库中，以便其他项目可以使用它，例如在pom.xml中的配置如下：

：用来指定要安装到本地Maven仓库中的文件的路径。该标签的值应该是一个文件的绝对或相对路径。

：通过该标签设置所安装文件的groupId，通常表示项目的组织或组织部门的标识符。

：同样是通过该标签设置所安装文件的artifactId，通常是指该文件的名称。

：通过该标签设置所安装文件的版本号，通常采用三级版本号的格式，例如"1.0.0"。

：通过该标签来指定所安装文件的打包类型，通常是jar或war。

需要注意的是，标签必须与、和标签一起使用，才能正确将该文件安装到本地Maven仓库中，并在其他项目中使用，除了以上的配置，还有一些可选的配置项：

：通过该标签指定所安装文件的分类器，例如"sources"或"javadoc"等，默认为null。 ：通过该标签指定本地仓库的路径，默认为Maven默认的本地仓库路径。 ：是否在安装文件时创建SHA-1校验和，默认为true。 ：是否跳过该插件的运行，默认为false，即不跳过。

maven-clean-plugin 用于清理Maven项目中的目标文件和构建临时文件，以便重新构建项目。它通常被用于在构建之前清理项目，以确保在构建时使用最新的代码和资源ar文件，在pom.xml中的配置如下：

该配置中，maven-clean-plugin的版本号是3.1.0，它在clean阶段（phase标签指定）执行，使用的目标是clean。下面是各个子标签的作用：

：默认值为false，如果设置为true，则禁用清理操作中默认清理的目录（如target、bin等）。

：文件集合，可以指定多个文件或文件夹需要被清理。

：单个的文件或文件夹。

：需要清理的文件夹路径。

：需要包含的文件或文件夹，支持通配符。

：需要排除的文件或文件夹，支持通配符

至于通配符，使用规则如下：

需要注意的是，Maven的通配符仅支持*和**，不支持其他通配符，例如?。同时，通配符匹配的范围是相对于构建目录的，也就是默认情况下是相对于pom.xml文件的目录

maven-release-plugin 可以帮助我们在代码库中创建一个稳定的发布版本，并将其发布到Maven仓库中，同时更新开发版本号，以便于下次开发版本的迭代，它可以做如下配置

: 指定发布版本的标签格式，@{project.version}会被替换为项目的版本号。在上面的配置中，标签格式为v@{project.version}。

: 用于指定打标签的位置，默认值为 ${project.scm.url}，即和项目的 SCM 地址相同。

: 是否自动更新子模块的版本号。如果设置为true，则子模块的版本号会自动更新为父模块的版本号。

: 指定触发发布的Maven profile。只有在激活该profile后才会触发发布操作。在上面的配置中，只有当profile名称为release时，才会触发发布操作，关于profile，我们下面会讲

:用于指定创建分支的位置，默认值同 tagBase，即和项目的 SCM 地址相同。

profiles用于定义 Maven 运行时的不同配置环境，比如开发环境、测试环境、生产环境等，可以在不同的环境中使用不同的配置，比如我们做了如下配置

标签指定profile的唯一标识符。

标签指定何时使用该profile。在示例中，activeByDefault设置为true表示默认启用该profile。0

标签包含一组构建配置，这些配置将在激活profile时覆盖默认配置。在示例中，它定义了maven-compiler-plugin插件的版本和为Java 11设置编译器版本。

在Maven中，使用以下命令激活特定的profile：

这将激活prod profile，覆盖默认构建配置。

经过了上面的学习，不难发现，使用pom.xml可以轻松地管理项目的构建和依赖关系，其主要用法其实有三种：

Maven 的构建过程是由一系列的生命周期和插件来管理的。了解Maven的生命周期和插件，有助于理解项目的构建过程，以及在构建过程中可以执行哪些任务。

Maven生命周期是一系列阶段的集合，定义了项目的构建过程。常用的生命周期包括：

clean： 清理项目，删除 target 目录。

validate： 验证项目是否正确。

compile： 编译项目的源代码。

test： 使用单元测试框架运行测试。

package： 将编译好的代码打包成可分发的格式，比如JAR。

verify： 对集成测试的结果进行验证，以保证质量。

install： 将打包好的项目发布到本地仓库。

deploy： 将项目发布到远程仓库。

这些生命周期是顺序执行的，你可以在某一个生命周期的阶段执行自定义的插件任务。

Maven 插件是执行构建任务的工具，它们与生命周期和阶段相关联。常见的插件包括：

maven-compiler-plugin： 用于编译Java源代码。

maven-surefire-plugin： 用于执行单元测试。

maven-jar-plugin： 用于打包JAR文件。

maven-failsafe-plugin： 用于执行集成测试。

在 pom.xml 文件中，可以通过配置插件来定制项目的构建过程。以下是一个例子，使用 maven-compiler-plugin 插件配置Java编译器版本：

这里，我们配置了 maven-compiler-plugin 插件，指定了Java源代码和目标字节码的版本。

Maven支持多模块项目，通过模块化的方式组织代码和资源。多模块项目的结构类似于单模块项目，但包含了额外的父模块和子模块。

首先，创建一个父模块的Maven项目，用于管理子模块。在命令行中执行：

这个命令使用了 maven-archetype-pom 模板，生成了一个空的父模块项目。

在父模块的目录下，创建两个子模块的Maven项目：

这样，我们得到了一个父模块和两个子模块的多模块项目结构。

在父模块的 pom.xml 文件中，使用 元素列出所有子模块：

这个配置告诉Maven父模块下有哪些子模块。

在每个子模块的 pom.xml 文件中，需要指定父模块的信息。例如：

这样，每个子模块都知道它们的父模块是谁，以及从父模块继承的信息。

在父模块的目录下执行Maven命令：

这个命令将递归构建所有子模块，并将它们安装到本地仓库。你可以在每个子模块中执行单独的Maven命令，或者在父模块中执行命令。

这样，就完成了一个简单的多模块Maven项目的创建和构建。

在Maven中，插件配置是非常灵活的。你可以为插件定义各种配置参数，以满足项目的需求。

在这个例子中，我们为 maven-compiler-plugin 和 maven-surefire-plugin 插件配置了一些参数，比如Java版本和测试配置。

Maven允许使用profiles来定义一组构建配置，以便根据不同的环境或需求执行不同的构建。在 pom.xml 文件中，可以通过 元素定义不同的profile。

在这个例子中，我们定义了两个profile，一个是dev，一个是prod。在执行Maven命令时，可以通过 -P 参数指定要激活的profile。

这样，可以根据不同的profile执行不同的构建逻辑。

Maven插件是Maven项目的基础。如果你有特定的构建需求，而现有的插件无法满足，你可以考虑编写自己的Maven插件。

插件编写涉及到Java编程和Maven插件的结构。通常，一个Maven插件项目包含以下几个部分：

Mojo（目标）： 插件的基本执行单元，定义了插件的一个具体任务。

Plugin： 插件的配置和描述，定义了插件的名称、目标等。

PluginDescriptor： 插件的描述信息，包括插件的目标、参数等。

PluginManager： 插件的管理器，用于加载和执行插件。

这里只是简单提及插件编写的主要部分，具体的插件编写涉及到更多的细节和实践。

推荐几个好的 Maven 常用仓库网址：

http://mvnrepository.com/ http://search.maven.org/ http://repository.sonatype.org/content/groups/public/ http://people.apache.org/repo/m2-snapshot-repository/ http://people.apache.org/repo/m2-incubating-repository/

参考：https://blog.csdn.net/weixin_47061482/article/details/109817802