【Maven从入门到精通】 02-Maven 的核心概念

笔记来源：Maven零基础入门教程（一套轻松搞定maven工具）

Maven 的核心概念

1、POM

① POM：Project Object Model，项目对象模型
- 类似DOM：Document Object Model，文档对象模型
② pom.xml 对于 Maven 工程是核心配置文件，与构建过程相关的一切设置都在这个文件中进行配置
- 重要程度相当于 web.xml 对于动态 Web 工程

2、坐标

数学中的坐标

在平面上，使用X、Y两个向量可以唯一的定位平面中的任何一个点
在空间中，使用X、Y、Z三个向量可以唯一的定位空间中的任何一个点

Maven 的坐标

使用下面三个参数GAV在仓库中唯一定位一个 Maven 工程

G——groupId：公司或组织域名倒序 + 项目名
```
<groupid>com.vectorx.maven</groupid>
```
A——artifactId：模块名
```
<artifactid>Hello</artifactid>
```
V——version：版本号
```
<version>1.0.0-SNAPSHOT</version>
```

Maven 工程的坐标与仓库中路径的对应关系

Maven 工程的坐标：

<groupid>org.springframework</groupid>
<artifactid>spring-core</artifactid>
<version>4.0.0.RELEASE</version>

仓库中路径：

org\springframework\spring-core\4.0.0.RELEASE\spring-core-4.0.0.RELEASE.jar

3、仓库

3.1、仓库的分类

本地仓库：本地部署的仓库目录，为当前电脑所有 Maven 工程服务
远程仓库
- 私服：搭建在局域网中，为局域网范围内的所有 Maven 工程服务
- 中央仓库：搭建在 Internet 上，为全世界所有 Maven 工程服务
- 中央仓库镜像：搭建在各大洲，为中央仓库分担流量。减轻中央仓库的压力，同时更快的响应用户请求

3.2、仓库的内容

Maven 自身所需的插件
第三方框架或工具的 Jar 包
自己开发的 Maven 工程

4、第二个 Maven 工程

目录结构

pom.xml

<!--?xml version="1.0"?-->
<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.vectorx.maven</groupid>
    <artifactid>HelloFriend</artifactid>
    <version>0.0.1-SNAPSHOT</version>
    <name>HelloFriend</name>
    <dependencies>
        <dependency>
            <groupid>junit</groupid>
            <artifactid>junit</artifactid>
            <version>4.0</version>
            <scope>test</scope>
        </dependency>
        <dependency>
            <groupid>com.vectorx.maven</groupid>
            <artifactid>Hello</artifactid>
            <version>0.0.1-SNAPSHOT</version>
            <scope>compile</scope>
        </dependency>
    </dependencies>
</project>

HelloFriend

public class HelloFriend {
  public String sayHello2Friend(String name) {
    Hello hello = new Hello();
    String str = hello.sayHello(name) + " I am " + this.getMyName();
    System.out.println(str);
    return str;
  }

  public String getMyName() {
    return "John";
  }
}

HelloFriendTest

public class HelloFriendTest {
  @Test
  public void testHelloFriend() {
    HelloFriend helloFriend = new HelloFriend();
    String results = helloFriend.sayHello2Friend("world");
    assertEquals("Hello world! I'm John", results);
  }
}

此时，我们运行mvn compile命令，能否成功呢？

我们发现，编译失败了：

Failed to execute goal on project HelloFriend: Could not resolve dependencies for project com.vectorx.maven:HelloFriend:jar:0.0.1-SNAPSHOT: Could not find artifact com.vectorx.maven:Hello:jar:0.0.1-SNAPSHOT

即：无法解决 HelloFriend 包中的依赖，找不到 Hello 的 Jar 包

根据前面所学知识，我们知道：

执行的 Maven 命令需要用到某些插件时，Maven 核心程序会首先在本地仓库中查找
如果在本地仓库中找不到需要的插件，会自动到中央仓库下载。如果此时无法连接外网，则构建失败

而我们这里的 Hello 本身是自定义的 Maven 工程，其中的坐标也是自定义的，中央仓库中是几乎不可能有的

我们希望的是 Maven 核心程序在本地仓库中寻找，并且能够找到，这就要了解下 Maven 依赖的相关知识了

5、依赖（初步介绍）

5.1、依赖的基本操作

Maven 解析依赖信息时会到本地仓库中查找被依赖的 jar 包

对于我们自己开发的 Maven 工程，使用mvn install命令安装后就可以进入仓库

》》》我们实操一遍

我们注意到，install命令，将工作空间中 Hello 的 Jar 包安装到了默认的用户家目录下

[INFO] Installing D:\workspace\NOTE_Maven\Demo\Hello\target\Hello-0.0.1-SNAPSHOT.jar to C:\Users\Archimedes\.m2\repository\com\vectorx\maven\Hello\0.0.1-SNAPSHOT\Hello-0.0.1-SNAPSHOT.jar
[INFO] Installing D:\workspace\NOTE_Maven\Demo\Hello\pom.xml to C:\Users\Archimedes\.m2\repository\com\vectorx\maven\Hello\0.0.1-SNAPSHOT\Hello-0.0.1-SNAPSHOT.pom

我们打开自己的用户家目录，确实发现了 Hello 的 Jar 包已经安装到了我们的本地仓库中

好，现在我们再次对 HelloFriend 进行编译，看下是否会成功

果然不负众望，编译成功了！

5.2、依赖的范围

大家注意到上面的依赖信息中除了目标 jar 包的坐标还有一个scope设置，这是依赖的范围

依赖的范围有几个可选值，我们用得到的是：compile、test、provided

compile 范围依赖

对主程序是否有效：有效
对测试程序是否有效：有效
是否参与打包部署：参与

test 范围依赖

对主程序是否有效：无效
对测试程序是否有效：有效
是否参与打包部署：不参与
典型例子：junit

provided 范围依赖

对主程序是否有效：有效
对测试程序是否有效：有效
是否参与打包部署：不参与
典型例子：servlet-api

compile & test 对比

compile&test

结合具体例子：对于 HelloFriend 来说，Hello 就是服务于主程序的，junit 是服务于测试程序的

HelloFriend 主程序需要 Hello 是非常明显的，测试程序由于要调用主程序所以也需要 Hello，所以compile范围依赖对主程序和测试程序都应该有效

HelloFriend 的测试程序部分需要 junit 也是非常明显的，而主程序是不需要的，所以test范围依赖仅仅对于测试程序有效

compile & provided 对比

compile&provided

小结

依赖范围	compile	test	provided
对主程序是否有效	✔️	❌	✔️
对测试程序是否有效	✔️	✔️	✔️
是否参与打包部署	✔️	❌	❌

6、生命周期

6.1、什么是 Maven 的生命周期？

Maven 生命周期定义了各个构建环节的执行顺序，有了这个清单，Maven 就可以自动化的执行构建命

Maven 有三套相互独立的生命周期，分别是：

Clean Lifecycle：在进行真正的构建之前进行一些清理工作
Default Lifecycle：构建的核心部分，编译、测试、打包、安装、部署等等
Site Lifecycle：生成项目报告、站点、发布站点

它们是相互独立的，你可以仅仅调用clean来清理工作目录，仅仅调用site来生成站点。当然你也可以直接运行mvn clean install site运行所有这三套生命周期

每套生命周期都由一组阶段（Phase）组成，我们平时在命令行输入的命令总会对应于一个特定的阶段。比如，运行mvn clean，这个clean是 Clean 生命周期的一个阶段。有 Clean 生命周期，也有 clean 阶段

6.2、Clean 生命周期

Clean 生命周期一共包含了三个阶段：

pre-clean：执行一些需要在clean之前完成的工作
clean：移除所有上一次构建生成的文件
post-clean：执行一些需要在clean之后立刻完成的工作

6.3、Site 生命周期

Site 生命周期一共包含了四个阶段：

pre-site：执行一些需要在生成站点文档之前完成的工作
site：生成项目的站点文档
post-site：执行一些需要在生成站点文档之后完成的工作，并且为部署做准备
site-deploy：将生成的站点文档部署到特定的服务器上

这里经常用到的是site阶段和site-deploy阶段，用以生成和发布 Maven 站点，这可是 Maven 相当强大的功能，Manager 比较喜欢，文档及统计数据自动生成，很好看

6.4、Default 生命周期

Default 生命周期是 Maven 生命周期中最重要的一个，绝大部分工作都发生在这个生命周期中。这里，只解释一些比较重要和常用的阶段：

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：将最终的包复制到远程的仓库，以让其它开发人员与项目共享或部署到服务器上运行

6.5、生命周期

各个构建环节执行的顺序：不能打乱顺序，必须按照既定的正确顺序来执行
Maven 的核心程序中定义了抽象的生命周期，生命周期中各个阶段的具体任务是由插件来完成的
Maven 核心程序为了更好的实现自动化构建，按照这一特点执行生命周期中的各个阶段：不论现在要执行生命周期中的哪一个阶段，都是从这个生命周期最初的位置开始执行

例如，执行下列命令

mvn compile执行阶段

maven-resources-plugin:2.6:resources
maven-compiler-plugin:3.1:compile

mvn test-compile执行阶段

maven-resources-plugin:2.6:resources
maven-compiler-plugin:3.1:compile
maven-resources-plugin:2.6:testResources
maven-compiler-plugin:3.1:testCompile

mvn test执行阶段

maven-resources-plugin:2.6:resources
maven-compiler-plugin:3.1:compile
maven-resources-plugin:2.6:testResources
maven-compiler-plugin:3.1:testCompile
maven-surefire-plugin:2.12.4:test
测试报告

mvn package执行阶段

maven-resources-plugin:2.6:resources
maven-compiler-plugin:3.1:compile
maven-resources-plugin:2.6:testResources
maven-compiler-plugin:3.1:testCompile
maven-surefire-plugin:2.12.4:test
测试报告
maven-jar-plugin:2.4:jar

mvn install执行阶段

maven-resources-plugin:2.6:resources
maven-compiler-plugin:3.1:compile
maven-resources-plugin:2.6:testResources
maven-compiler-plugin:3.1:testCompile
maven-surefire-plugin:2.12.4:test
测试报告
maven-jar-plugin:2.4:jar
maven-install-plugin:2.4:install

观察上述过程不难发现，执行生命周期的某一阶段，都会从该生命周期初始位置开始执行

7、插件和目标

生命周期的各个阶段仅仅定义了要执行的任务是什么
各个阶段和插件的目标是对应的
相似的目标由特定的插件来完成
可以将目标看作“调用插件功能的命令”

以compile和test-compile举例

生命周期阶段	插件目标	插件
`compile`	`compile`	`maven-compile-plugin`
`test-compile`	`testCompile`	`maven-compile-plugin`

posted @ 2021-10-25 22:17 VectorX 阅读(116) 评论(0) 编辑收藏举报

刷新页面返回顶部

VectorX