系列文章目录
手把手教你maven的安装与配置(windows)
全面详解Maven的配置文件pom.xml(含常用plugin)
- 系列文章目录
- 一、什么是pom.xml
- 二、pom.xml的结构
- 三、项目的基本信息
- 1.modules
- 2.parent
- 3.scm
- 4.properties
- 四、项目的依赖列表
- 1.dependency
- 2.repository
- 五、 项目的构建配置
- 1.build
- 2.plugins
- maven-compiler-plugin
- maven-surefire-plugin
- maven-jar-plugin
- maven-install-plugin
- maven-clean-plugin
- maven-release-plugin
- 3.profiles
- 六、pom.xml的使用
上一次,我们讲解了Maven的安装与配置,那么这次我们就讲讲pom.xml,在Maven中,pom.xml是必不可少的配置文件,它定义了项目的各种属性和依赖关系。接下来,我们将全面解析pom.xml,了解其结构和属性,以及如何使用它来管理项目
📕作者简介:战斧,从事金融IT行业,有着多年一线开发、架构经验;爱好广泛,乐于分享,致力于创作更多高质量内容
📗本文收录于 Maven专栏 ,有需要者,可直接订阅专栏实时获取更新
📘高质量专栏 云原生、RabbitMQ、Spring全家桶、 GIT 等仍在更新,欢迎指导
📙Zookeeper Redis kafka docker netty等诸多框架,以及架构与分布式专题即将上线,敬请期待
一、什么是pom.xml
pom.xml
是Maven项目的核心配置文件,它是 项目对象模型 - Project Object Model(POM)的缩写。POM定义了项目的所有属性,包括项目的名称、版本、依赖关系、构建配置等。使用pom.xml,我们可以轻松地管理项目的构建和依赖关系,让我们能够更专注于业务逻辑的开发。
二、pom.xml的结构
我们先看一个简单pom.xml的结构,首先<project>
和<modelVersion>
标签主要针对的是本pom.xml文件的格式,如下:
<?xml version="1.0" encoding="UTF-8"?>
<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 http://maven.apache.org/maven-v4_0_0.xsd">
<modelVersion>4.0.0</modelVersion>
<groupId>com.example</groupId>
<artifactId>example-proj</artifactId>
<version>1.0.0</version>
<name>Example Project</name>
<description>This is an example Maven project.</description>
<url>http://www.example.com/</url>
<licenses> <!-- 许可证 -->
<license>
<name>The Apache Software License, Version 2.0</name>
<url>http://www.apache.org/licenses/LICENSE-2.0.txt</url>
<distribution>repo</distribution>
</license>
</licenses>
<developers> <!-- 开发者信息 -->
<developer>
<id>developer1</id>
<name>Developer One</name>
<email>developer1@example.com</email>
<organization>Example Organizations Inc.</organization>
<organizationUrl>http://www.example-organizations.com/</organizationUrl>
<roles>
<role>developer</role>
</roles>
<timezone>-5</timezone>
</developer>
</developers>
<dependencies> <!-- 依赖项 -->
<dependency>
<groupId>junit</groupId>
<artifactId>junit</artifactId>
<version>4.12</version>
<scope>test</scope>
</dependency>
<dependency>
<groupId>org.springframework</groupId>
<artifactId>spring-core</artifactId>
<version>5.2.1.RELEASE</version>
</dependency>
</dependencies>
<build> <!-- 项目构建 -->
<plugins> <!-- 插件配置 -->
<plugin>
<artifactId>maven-compiler-plugin</artifactId>
<version>3.8.1</version>
<configuration>
<source>1.8</source>
<target>1.8</target>
</configuration>
</plugin>
<plugin>
<groupId>org.apache.maven.plugins</groupId>
<artifactId>maven-jar-plugin</artifactId>
<version>3.2.0</version>
<configuration>
<archive>
<manifest>
<addClasspath>true</addClasspath>
<mainClass>com.example.App</mainClass>
</manifest>
</archive>
</configuration>
</plugin>
</plugins>
</build>
</project>
其中<modelVersion>
指定了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
1.modules
modules
标签用于声明当前 Maven 项目包含的模块子项目,每个子项目都是一个独立的 Maven 项目,具有自己的 pom.xml 文件,可以进行独立构建和测试。在父项目的 pom.xml 文件中,使用 标签来列出所有子项目的名称,如下所示:
<project>
<groupId>com.example.parent</groupId>
<artifactId>parent-project</artifactId>
<version>1.0.0</version>
<packaging>pom</packaging>
<modules>
<module>child1</module>
<module>child2</module>
<module>child3</module>
</modules>
</project>
上述代码表示当前项目是一个 Maven 的多模块项目:它包含了三个子项目 child1、child2 和 child3,这三个子项目与 parent-project 有相同的 groupId 和 version,但是 artifactId 不同,它们的 pom.xml 都位于 parent-project 的根目录下。当使用 Maven 命令在 parent-project 下执行构建时,Maven 会对每个子模块执行构建,最终生成子项目的构件并复制到 parent-project 的 target 目录下
2.parent
parent
标签用于声明当前 Maven 项目的父项目,它可以将若干个 Maven 项目组织成一个整体,指定版本号,插件版本号等,便于管理和维护,在一个 Maven 项目中,使用标签来引用父项目,如下所示:
<project>
<groupId>com.example.child</groupId>
<artifactId>child-project</artifactId>
<version>1.0.0</version>
<packaging>jar</packaging>
<parent>
<groupId>com.example.parent</groupId>
<artifactId>parent-project</artifactId>
<version>1.0.0</version>
<relativePath>../parent-project/pom.xml</relativePath>
</parent>
</project>
上述代码表示当前项目 child-project 是 parent-project 的子项目,它的 groupId 和 version 都继承自 parent-project。元素是一个可选项,它的值是父项目 pom.xml 文件到子项目 pom.xml 文件的相对路径,如果子项目 pom.xml 和父项目 pom.xml 在同一目录下,则可以省略此元素。
3.scm
scm
又叫 Software Configuration Management,即软件配置管理, 与我们以前提到过的版本控制
有关,是Maven中用于指定源代码版本控制信息的标签。它可以帮助Maven获取源代码并将构建生成的二进制文件提交到版本控制系统中。scm标签通常用于指定源代码管理系统的类型、URL、开发者连接等详细信息。示例如下:
<scm>
<connection>scm:git:git://github.com/username/repo.git</connection> <!-- 指定连接到SCM的URL,可以使用HTTP或者SSH协议 -->
<developerConnection>scm:git:ssh://github.com/username/repo.git</developerConnection> <!-- 指定开发者连接到SCM的URL,通常使用SSH协议 -->
<url>http://github.com/username/repo/tree/master</url> <!-- 指定SCM的web页面URL,方便开发者查看SCM信息 -->
<tag>1.0.0</tag> <!-- 当前Maven构件的版本在SCM中对应的标记 -->
</scm>
developerConnection 与 connection 有些许不同,connection 可以指向一个本地文件系统路径,也可以是一个远程代码仓库的URL;developerConnection 则是开发者使用的版本控制系统的连接URL,例如connection
指向只读代码仓库,而developerConnection
则指向可写代码仓库。
通过在POM文件中添加scm标签,Maven可以获取源代码并构建项目,同时还可以自动将构建生成的文件提交到版本控制系统中,方便管理代码版本和协同开发
4.properties
properties
严格来说,并不一定是项目本身的信息,而是人为设置的属性或者说宏,这个标签用来定义和管理项目中所需要的属性,其作用有以下几个:
- 统一管理项目中的常用属性,比如版本号、路径、插件版本等,方便统一修改和管理。
- 可以在配置过程中使用 ${…}占位符引用这些属性,使得配置更加灵活和便捷。
- 避免硬编码,提高代码的可维护性和可读性
比如说我们可以这么配
<properties>
<project.name>demo-project</project.name>
<project.version>1.0.0</project.version>
<jdk.version>1.8</jdk.version>
</properties>
....省略其余部分
<dependency>
<groupId>com.example.demo</groupId>
<artifactId>${project.name}-api</artifactId>
<version>${project.version}</version>
</dependency>
四、项目的依赖列表
1.dependency
与项目的依赖列表相关的标签最外层由 <dependencies>
来囊括,内部包含了各种具体的依赖<dependency>
,该标签用于指定一个依赖项,它包含以下几个子标签
-
<groupId>
:指定依赖项的groupId,项目的组名 -
<artifactId>
:指定依赖项的artifactId,项目的唯一标识符 -
<version>
:指定依赖项的版本号。 -
<scope>
:指定依赖项在项目中的使用范围。
其中的 <scope>
一般包含以下几种范围:常用的有compile、test、provided 和 runtime
-
compile:依赖库默认的 scope,表示该依赖库在编译、测试、运行时均需要使用。
-
provided:表示该依赖库只在编译和测试时需要使用,而在运行时已经被系统或者容器提供,所以不需要打包到最终的应用程序中。
-
runtime:表示该依赖库只在运行时需要使用,而在编译和测试时则不需要。
-
test:表示该依赖库只在测试时需要使用,而在编译和运行时则不需要。
比如说我们引入了 junit 包,但显然这个包我们不需要在打包时包含,只是用于测试,那么我们就可以将 junit 的 scope 设置为 test。
2.repository
当然,我们还能在pom文件中支持指定Maven仓库,即使用 <repositories>
和 <repository>
标签,<repository>
用于指定一个Maven仓库,它包含以下几个子标签:
-
<id>
:指定Maven仓库的ID。 -
<name>
:指定Maven仓库的名称。 -
<url>
:指定Maven仓库的URL
五、 项目的构建配置
项目的构建配置信息,包括编译器版本、插件列表、源代码目录等,接下来我们慢慢来讲
1.build
build
用于定义项目的构建配置,包括源代码目录、资源目录、插件等,其中代码部分的设置如下
<project>
.... 省略其他部分
<build>
<sourceDirectory>src/main/java</sourceDirectory>
<resources>
<resource>
<directory>src/main/resources</directory>
</resource>
</resources>
<plugins>
<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>
</plugins>
</build>
</project>
需要注意的是,像资源目录这种路径是没有默认值的,但根据Maven的约定优于配置原则(Convention over Configuration),Maven会使用默认的目录结构去查找源代码和测试代码。默认的目录结构如下
project
|--src
|--main
|--java // Java主源代码目录
|--resources // 资源文件目录
|--test
|--java // 测试主代码目录
|--resources // 测试资源文件目录
因此,在一个标准的Maven项目中,sourceDirectory默认值应该是src/main/java。如果有自定义的代码目录结构,需要显式地设置sourceDirectory元素的值。例如,如果有一个名为“core”的子目录作为项目的主源代码目录,可以按以下方式进行配置:
<build>
<sourceDirectory>core</sourceDirectory>
...
</build>
2.plugins
plugins
的作用是定义 Maven 插件, plugins 主要用于扩展 Maven 的功能,帮助开发人员更方便地构建、打包、发布项目。插件可以通过 Maven 的插件中心或者自己构建的私有仓库来使用,能在构建过程中执行特定的任务,比如编译、打包、测试等。
插件的配置可以分为两种方式:全局配置
和项目配置
。全局配置是在 Maven 安装目录下的 conf/settings.xml 文件中进行配置,可以被所有的项目使用。项目配置则是在项目的 pom.xml 文件中进行配置,只对当前项目生效。
插件的使用主要分为以下几个步骤:
- 在 pom.xml 中声明插件依赖
- 配置插件的参数
- 运行插件命令
而常用的Maven Plugin有不少,我们一一来说一下:
maven-compiler-plugin
比方说,最常用的编译功能,我们可以在pom里面这么写
<build>
<plugins>
<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>
<encoding>UTF-8</encoding>
<showWarnings>true</showWarnings>
<compilerArgs>
<arg>-Xlint:unchecked</arg>
<arg>-Xlint:deprecation</arg>
</compilerArgs>
</configuration>
</plugin>
</plugins>
</build>
各子标签的作用如下:
<source>
:指定Java源代码的版本,例如1.8表示Java 8。<target>
:指定编译后的字节码版本,例如1.8表示Java 8。<encoding>
:指定源代码的编码格式。<showWarnings>
:是否显示编译警告信息,true表示显示,false表示不显示。<compilerArgs>
:可选参数,可以添加多个编译器参数,例如-Xlint选项用来启用编译器警告检查。
如果我们按示例中配置,我们就指定了编译器的源和目标版本为1.8,当我们使用 mvn compile
命令的时候,这个插件将会编译我们的 Java 代码,并将编译后的 class 文件放置在 target 目录下
maven-surefire-plugin
maven-surefire-plugin插件是Maven中的一个测试框架,用于执行Java单元测试和集成测试。它的主要作用是在构建过程中运行测试,并生成测试报告,在pom.xml中的配置如下:
<build>
<plugins>
<plugin>
<groupId>org.apache.maven.plugins</groupId>
<artifactId>maven-surefire-plugin</artifactId>
<version>3.0.0-M4</version>
<configuration>
<skipTests>true</skipTests>
<forkCount>2</forkCount>
<useSystemClassLoader>false</useSystemClassLoader>
<reuseForks>true</reuseForks>
<includes>
<include>**/*Test.java</include>
<include>**/*Tests.java</include>
</includes>
<systemProperties>
<property>
<name>testProp1</name>
<value>value1</value>
</property>
<property>
<name>testProp2</name>
<value>value2</value>
</property>
</systemProperties>
</configuration>
</plugin>
</plugins>
</build>
其中几个子标签的作用分别如下
<skipTests>
:设置是否跳过测试,默认值为false。<forkCount>
:设置并行运行测试的JVM进程数。<useSystemClassLoader>
:设置是否使用系统类加载器加载测试类。<reuseForks>
:设置是否重用已经启动的JVM进程。<includes>
:设置测试文件的过滤规则,支持通配符。<systemProperties>
:设置传递给测试环境的系统属性,可以在测试代码中通过System.getProperty()方法获取
maven-jar-plugin
maven-jar-plugin 用于将项目打包为JAR文件,在这个例子中,我们告诉Maven将com.example.MyApp作为JAR文件的主类,那么在pom.xml中的配置如下:
<build>
<plugins>
<plugin>
<groupId>org.apache.maven.plugins</groupId>
<artifactId>maven-jar-plugin</artifactId>
<version>3.1.0</version>
<configuration>
<archive>
<manifest>
<addClasspath>true</addClasspath>
<mainClass>com.example.MyApp</mainClass>
</manifest>
</archive>
</configuration>
</plugin>
</plugins>
</build>
<archive>
:JAR文件的归档配置信息<manifest>
:MANIFEST.MF文件的配置信息<addClasspath>
:是否将依赖项添加到Class-Path条目中<mainClass>
:定义可执行JAR文件的入口类
maven-install-plugin
当执行mvn instal
命令时,maven-install-plugin 用于将一个特定的文件安装到本地Maven仓库中,以便其他项目可以使用它,例如在pom.xml中的配置如下:
<plugin>
<groupId>org.apache.maven.plugins</groupId>
<artifactId>maven-install-plugin</artifactId>
<version>3.0.0-M1</version>
<configuration>
<file>${project.build.directory}/example.jar</file>
<groupId>com.example</groupId>
<artifactId>example</artifactId>
<version>1.0.0</version>
<packaging>jar</packaging>
</configuration>
</plugin>
<file>
:用来指定要安装到本地Maven仓库中的文件的路径。该标签的值应该是一个文件的绝对或相对路径。<groupId>
:通过该标签设置所安装文件的groupId,通常表示项目的组织或组织部门的标识符。<artifactId>
:同样是通过该标签设置所安装文件的artifactId,通常是指该文件的名称。<version>
:通过该标签设置所安装文件的版本号,通常采用三级版本号的格式,例如"1.0.0"。<packaging>
:通过该标签来指定所安装文件的打包类型,通常是jar或war。
需要注意的是,<file>
标签必须与<groupId>
、<artifactId>
和<version>
标签一起使用,才能正确将该文件安装到本地Maven仓库中,并在其他项目中使用,除了以上的配置,还有一些可选的配置项:
<classifier>
:通过该标签指定所安装文件的分类器,例如"sources"或"javadoc"等,默认为null。
<localRepositoryPath>
:通过该标签指定本地仓库的路径,默认为Maven默认的本地仓库路径。
<createChecksum>
:是否在安装文件时创建SHA-1校验和,默认为true。
<skip>
:是否跳过该插件的运行,默认为false,即不跳过。
maven-clean-plugin
maven-clean-plugin 用于清理Maven项目中的目标文件和构建临时文件,以便重新构建项目。它通常被用于在构建之前清理项目,以确保在构建时使用最新的代码和资源ar文件,在pom.xml中的配置如下:
<build>
<plugins>
<plugin>
<groupId>org.apache.maven.plugins</groupId>
<artifactId>maven-clean-plugin</artifactId>
<version>3.1.0</version>
<executions>
<execution>
<id>clean-all</id>
<phase>clean</phase>
<goals>
<goal>clean</goal>
</goals>
<configuration>
<excludeDefaultDirectories>true</excludeDefaultDirectories>
<filesets>
<fileset>
<directory>target</directory>
<includes>
<include>**/*</include>
</includes>
</fileset>
</filesets>
</configuration>
</execution>
</executions>
</plugin>
</plugins>
</build>
该配置中,maven-clean-plugin的版本号是3.1.0,它在clean阶段(phase标签指定)执行,使用的目标是clean。下面是各个子标签的作用:
<excludeDefaultDirectories>
:默认值为false,如果设置为true,则禁用清理操作中默认清理的目录(如target、bin等)。<filesets>
:文件集合,可以指定多个文件或文件夹需要被清理。<fileset>
:单个的文件或文件夹。<directory>
:需要清理的文件夹路径。<includes>
:需要包含的文件或文件夹,支持通配符。<excludes>
:需要排除的文件或文件夹,支持通配符
至于通配符,使用规则如下:
* 匹配零个或多个字符
** 匹配零个或多个目录
需要注意的是,Maven的通配符仅支持*和**,不支持其他通配符,例如?。同时,通配符匹配的范围是相对于构建目录的,也就是默认情况下是相对于pom.xml文件的目录
maven-release-plugin
maven-release-plugin 可以帮助我们在代码库中创建一个稳定的发布版本,并将其发布到Maven仓库中,同时更新开发版本号,以便于下次开发版本的迭代,它可以做如下配置
<build>
<plugins>
<plugin>
<groupId>org.apache.maven.plugins</groupId>
<artifactId>maven-release-plugin</artifactId>
<version>2.5.2</version>
<configuration>
<tagNameFormat>v@{project.version}</tagNameFormat>
<tagBase>http://svn.example.com/tags</tagBase>
<autoVersionSubmodules>true</autoVersionSubmodules>
<releaseProfiles>release</releaseProfiles>
<branchBase>http://svn.example.com/branches</branchBase>
</configuration>
</plugin>
</plugins>
</build>
<tagNameFormat>
: 指定发布版本的标签格式,@{project.version}会被替换为项目的版本号。在上面的配置中,标签格式为v@{project.version}。<tagBase>
: 用于指定打标签的位置,默认值为 ${project.scm.url},即和项目的 SCM 地址相同。<autoVersionSubmodules>
: 是否自动更新子模块的版本号。如果设置为true,则子模块的版本号会自动更新为父模块的版本号。<releaseProfiles>
: 指定触发发布的Maven profile。只有在激活该profile后才会触发发布操作。在上面的配置中,只有当profile名称为release时,才会触发发布操作,关于profile,我们下面会讲<branchBase>
:用于指定创建分支的位置,默认值同 tagBase,即和项目的 SCM 地址相同。
3.profiles
profiles
用于定义 Maven 运行时的不同配置环境,比如开发环境、测试环境、生产环境等,可以在不同的环境中使用不同的配置,比如我们做了如下配置
<profiles>
<profile>
<id>prod</id>
<activation>
<activeByDefault>true</activeByDefault>
</activation>
<build>
<plugins>
<plugin>
<groupId>org.apache.maven.plugins</groupId>
<artifactId>maven-compiler-plugin</artifactId>
<version>3.8.1</version>
<configuration>
<release>11</release>
</configuration>
</plugin>
</plugins>
</build>
</profile>
</profiles>
<id>
标签指定profile的唯一标识符。<activation>
标签指定何时使用该profile。在示例中,activeByDefault设置为true表示默认启用该profile。<build>
标签包含一组构建配置,这些配置将在激活profile时覆盖默认配置。在示例中,它定义了maven-compiler-plugin插件的版本和为Java 11设置编译器版本。
在Maven中,使用以下命令激活特定的profile:
mvn clean install -Pprod
这将激活prod profile,覆盖默认构建配置。
六、pom.xml的使用
经过了上面的学习,不难发现,使用pom.xml可以轻松地管理项目的构建和依赖关系,其主要用法其实有三种:
- 添加依赖:在dependencies标签下添加依赖,包括groupId、artifactId、version、scope等信息。
- 修改打包方式:在packaging标签下修改项目的打包方式,通常是jar、war或pom。
- 配置插件:在build标签下配置插件,包括groupId、artifactId、version等信息。插件可以帮助我们处理各种构建任务,比如编译代码、生成文档、打包文件等。