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 运行打包部署
原文地址：https://www.cnblogs.com/jwen1994/p/11370042.html