一、POM
Project Object Model：项目对象模型。 将 Java 工程的相关信息封装为对象作为便于操作和管理的模型。是Maven 工程的核心配置，可以说学习 Maven 就是学习 pom.xml 文件中的配置。
二、坐标
几何中的坐标
- 在一个平面中使用 x、y 两个向量可以唯一的确定平面中的一个点。
- 在空间中使用 x、y、z 三个向量可以唯一的确定空间中的一个点。
Maven 的坐标
使用如下三个向量在 Maven 的仓库中唯一的确定一个 Maven 工程。
- groupid：公司或组织的域名倒序+当前项目名称
- artifactId：当前项目的模块名称
- version：当前模块的版本
例如：
<groupId>com.atguigu.maven</groupId>
<artifactId>Hello</artifactId>
<version>0.0.1-SNAPSHOT</version>
如何通过坐标到仓库中查找 jar 包？
①将 gav 三个向量连起来com.gql.maven+Hello+0.0.1-SNAPSHOT
②以连起来的字符串作为目录结构到仓库中查找com/gql/maven/Hello/0.0.1-SNAPSHOT/Hello-0.0.1-SNAPSHOT.jar
注意：我们自己的 Maven 工程必须执行安装操作才会进入仓库。安装的命令是：mvn install
三、仓库
1.仓库分类
本地仓库：为当前本机电脑上的所有 Maven 工程服务。远程仓库- 私服：架设在当前局域网环境下，为当前局域网范围内的所有 Maven 工程服务。
- 中央仓库：架设在 Internet 上，为全世界所有 Maven 工程服务。
- 中央仓库的镜像：架设在各个大洲，为中央仓库分担流量。减轻中央仓库的压力，同时更快的响应用户请求。
2.仓库中的文件
- Maven 的插件
- 我们自己开发的项目的模块
- 第三方框架或工具的 jar 包
※不管是什么样的 jar 包，在仓库中都是按照坐标生成目录结构，所以可以通过统一的方式查询或依赖。
四、依赖
Maven 中最关键的部分，我们使用 Maven 最主要的就是使用它的依赖管理功能。
1.依赖的目的
当 A jar 包用到了 B jar 包中的某些类时，A 就对 B 产生了依赖。在项目中以依赖的方式引入一个我们需要的 jar 包，只需要使用 dependency 标签指定被依赖 jar 包的坐标就可以了。
<dependency>
<groupId>com.atguigu.maven</groupId>
<artifactId>Hello</artifactId>
<version>0.0.1-SNAPSHOT</version>
<scope>compile</scope>
</dependency>
2.依赖的范围
Maven依赖的范围有compile、test、provided三种。
| 范围 | 对主程序是否有效 | 对测试程序是否有效 | 是否参与部署 |
|---|---|---|---|
| compile | √ | √ | √ |
| test | × | √ | × |
| provided | √ | √ | × |
五、生命周期
它们是相互独立的，可以仅仅调用 clean 来清理工作目录，仅仅调用 site 来生成站点。也可以直接运行
mvn clean install site运行所有这三套生命周期。
每套生命周期都由一组阶段(Phase)组成，我们平时在命令行输入的命令总会对应于一个特定的阶段。比如，运行 mvn clean，这个 clean 是 Clean 生命周期的一个阶段。有 Clean 生命周期，也有 clean 阶段。
Maven 有三套相互独立的生命周期：
①Clean Lifecycle 在进行真正的构建之前进行一些清理工作。
②Default Lifecycle 构建的核心部分，编译，测试，打包，安装，部署等等。
③Site Lifecycle 生成项目报告，站点，发布站点。
- 各个构建环节执行的顺序：不能打乱顺序，必须按照规定的正确顺序来执行。
- Maven的核心程序中定义了抽象的生命周期，各个阶段的具体任务是由插件来完成的。
- Maven核心程序为了更好的实现自动化构建：
不论要执行生命周期中的哪一个阶段，都是从这个生命周期最初的位置开始执行。
1.Clean 生命周期
| Clean 生命周期阶段 | 说明 |
|---|---|
| pre-clean | 执行一些需要在 clean 之前完成的工作 |
| clean | 移除所有上一次构建生成的文件 |
| post-clean | 执行一些需要在 clean 之后立刻完成的工作 |
2.Site 生命周期
| Site 生命周期阶段 | 说明 |
|---|---|
| pre-site | 执行一些需要在生成站点文档之前完成的工作 |
site |
生成项目的站点文档 |
| post-site | 执行一些需要在生成站点文档之后完成的工作，并且为部署做准备 |
site-deploy |
将生成的站点文档部署到特定的服务器上 |
这里经常用到的是 site 阶段和 site-deploy 阶段，用以生成和发布 Maven 站点，这是 Maven 相当强大的功能， 文档及统计数据自动生成，很好看。
3.Default 生命周期
Default 生命周期是 Maven 生命周期中最重要的一个，绝大部分工作都发生在这个生命周期中。这里，只解释一些比较重要和常用的阶段：
| Default 生命周期阶段 | 说明 |
|---|---|
| validate | |
| generate-sources | |
| process-sources | |
| generate-resources | |
| process-resources | 复制并处理资源文件，至目标目录，准备打包。 |
| compile | 编译项目的源代码。 |
| process-classes | |
| generate-test-sources | |
| process-test-sources | |
| generate-test-resources | |
| process-test-resources | 复制并处理资源文件，至目标测试目录。 |
| test-compile | 编译测试源代码。 |
| process-test-classes | |
| test | 使用合适的单元测试框架运行测试。这些测试代码不会被打包或部署。 |
| prepare-package | |
| package | 接受编译好的代码，打包成可发布的格式，如 JAR。 |
| pre-integration-test | |
| integration-test | |
| post-integration-test | |
| verify | |
| install | 将包安装至本地仓库，以让其它项目依赖。 |
| deploy | 将最终的包复制到远程的仓库，以让其它开发人员与项目共享或部署到服务器上运行。 |
来源：CSDN
作者：郭乾亮1998.
链接：https://blog.csdn.net/weixin_43691058/article/details/104553477