Maven 的 pom 文件生命周期

Posted 2022-07-28 jwen1994

1. pom 文件

pom 代表项目对象模型，它是 Maven 中工作的基本组成单位。它是一个 XML 文件，始终保存在项目的基本目录中的 pom.xml 文件中。pom 包含的对象是使用 Maven 来构建的，pom.xml 文件包含了项目的各种配置信息，需要特别注意，每个项目都只有一个 pom.xml 文件。

pom 文件中有一些节点用来描述项目配置信息，比如：

1）project：工程的根标签

2）modelVersion：pom 模型版本，maven2和3只能为4.0.0

3）groupId：这是工程组的标识。它在一个组织或者项目中通常是唯一的。例如，一个银行组织 com.companyname.project-group 拥有所有的和银行相关的项目。

4）artifactId：这是工程的标识。它通常是工程的名称。例如，消费者银行。groupId 和 artifactId 一起定义了 artifact 在仓库中的位置

5）version：这是工程的版本号。在 artifact 的仓库中，它用来区分不同的版本

6）packaging：定义 Maven 项目的打包方式，有 JAR 、WAR 和 EAR 三种格式

最小 pom 文件应该拥有以下几个元素

<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/xsd/maven-4.0.0.xsd">
    <modelVersion>4.0.0</modelVersion>
    <groupId>com.xdclass</groupId>
    <artifactId>demo</artifactId>
    <version>1.0-SNAPSHOT</version>
</project>

每个 pom 文件都继承一个父 pom，父（Super）POM 是 Maven 默认的 POM。所有的 POM 都继承自一个父 POM（无论是否显式定义了这个父 POM）。父 POM 包含了一些可以被继承的默认设置。因此，当 Maven 发现需要下载 POM 中的 依赖时，它会到 Super POM 中配置的默认仓库 。

可以使用以下命令来查看 Super POM 默认配置：mvn help:effective-pom

下面介绍 pom 文件中用来配置依赖信息的节点

1）pom 文件中 dependencies 节点用来引入依赖，一个 dependencies 节点里面可以有多个 dependency

<dependencies>
    <dependency>
        <groupId>junit</groupId>
        <artifactId>junit</artifactId>
        <version>4.12</version>
    </dependency>
</dependencies>

2）pom 文件中 parent 节点用来引入父 pom 文件

<parent>
    <groupId>xd.class<groupId>   //父项目的组Id标识符
    <artifactId>demo-parent</artifactId>    //父项目的唯一标识符
    <relativePath>/</relativePath>    //Maven首先在当前项目中找父项目的pom，然后在文件系统的这个位置（relativePath），然后在本地仓库，再在远程仓库找。
    <version>1.0</version>    //父项目的版本
</parent>

3）pom 文件中 modules 节点用引入模块

有些 Maven 项目会做成多模块的，这个标签用于指定当前项目所包含的所有模块。之后对这个项目进行的 Maven 操作，会让所有子模块也进行相同操作。

<modules>
    <module>com-a</module>
    <module>com-b</module>
    <module>com-c</module>
</modules>

4）pom 文件中 properties 节点用于定义 pom 常量

<properties>
    <java.version>1.7</java.version>
</properties>

上面这个常量可以在 pom 文件的任意地方通过 $java.version 来引用。

5）pom 文件中 dependencyManagement 节点

应用场景：当我们的项目模块很多的时候，我们依赖包的管理就会出现很多问题，为了项目的正确运行，必须让所有的子项目使用依赖项的同一版本，确保应用的各个项目的依赖项和版本一致，才能保证测试的和发布的是相同的结果。

使用的好处：在父模块中定义后，子模块不会直接使用对应依赖，但是在使用相同依赖的时候可以不加版本号，这样的好处是，可以避免在每个使用的子项目中都声明一个版本号，这样想升级或者切换到另一个版本时，只需要在父类容器里更新，不需要任何一个子项目的修改

假设有一个父项目，三个子项目，父项目的 pom 文件如下

<dependencyManagement>
　　<dependencies>
　　　　<dependency>
　　　　　　<groupId>junit</groupId>
　　　　　　<artifactId>junit</artifactId>
　　　　　　<version>4.2.0</version>
　　　　　　<scope>test</scope>
　　　　</dependency>
　　</dependencies>
</dependencyManagement>

三个子项目的 pom 文件分别如下：注意三个子项目对应三个 pom 文件

子项目1：
<dependency>
　　<groupId>junit</groupId>
　　<artifactId>junit</artifactId>
</dependency>

子项目2：
<dependency>
　　<groupId>junit</groupId>
　　<artifactId>junit</artifactId>
</dependency>

子项目3：
<dependency>
　　<groupId>junit</groupId>
　　<artifactId>junit</artifactId>
　　<version>5.0</version>
</dependency>

dependencyManagement  和 dependencies 的区别

1）dependencies 即使在子项目中不写该依赖项，那么子项目仍然会从父项目中继承该依赖项（全部继承）。也就是说：子项目没有用到这个依赖，也会引入这个依赖

2）dependencyManagement 里只是声明依赖，并不实现引入，因此子项目需要显示的声明需要用的依赖。如果不在子项目中声明依赖，是不会从父项目中继承下来的；只有在子项目中写了该依赖项，并且没有指定具体版本，才会从父项目中继承该项，并且 version 和 scope 都读取自父 pom；另外如果子项目中指定了版本号，那么会使用子项目中指定的 jar 版本。

 

2. Maven 的生命周期

Maven 的生命周期就是对所有的构建过程进行抽象和统一。包含了项目的清理、初始化、编译、测试、打包、集成测试、验证、部署和站点生成等几乎所有的构建步骤。

maven的三个构建生命周期：

1）clean 

　　pre-clean 执行一些清理前需要完成的工作

　　clean 清理上一次构建生成的文件

　　post-clean 执行一些清理后需要完成的工作

2）default 

　　validate：验证工程是否正确

　　compile：编译项目的源代码

　　test：使用合适的单元测试框架来测试已编译的源代码。

　　package：把已编译的代码打包成可以发布的格式，比如jar或者war

　　verify：运行所有检查，验证包是否有效

　　install：安装到maven本地仓库

　　deploy：部署到远程的仓库，使得其他开发者或者工程可以共享

3）site

 

3.常用的 Maven 基本命令

1）常用命令

　　mvn package maven 打包
　　mvn generate-sources 生成源代码
　　mvn compile 编译
　　mvn test-compile 编译测试代码
　　mvn test 运行测试
　　mvn verify 运行检查
　　mvn clean 清理项目
　　mvn install 安装项目到本地仓库
　　mvn deploy 发布项目到远程仓库
　　mvn dependency:tree 显示Maven依赖树
　　mvn dependency:list 显示Maven依赖列表

2）常用参数

　　-D 指定参数，如 -Dmaven.test.skip=true 跳过单元测试；
　　-P 指定 Profile 配置，可以用于区分环境；

3）web相关命令

　　mvn tomcat:run 启动tomcat
　　mvn jetty:run 启动jetty
　　mvn tomcat:deploy 运行打包部署