2019-08-20 Maven学习笔记

今天开始正式入坑Java Web，当然就得从Maven开始。于是花了一下午在B站上找了视频教程来学习，总算是弄明白了。好在这个东西也不是很难。

Maven是什么

Maven是一种用于Java的项目管理工具，通过一小段信息（XML文档）来管理项目的构建、测试、报告和文档。其核心是项目对象模型POM（Project Object Model）模型（类似于Web前端开发中的文档对象模型DOM(Document Object Model)）。

为什么需要Maven这样的工具？

• 如果在开发时，项目非常庞大，就不适合像传统的Java项目一样以package划分模块，最好是一个项目对应一个工程。
• 开发中所需要的各种jar包，必须提前准备好或者手动下载。同样的jar包重复出现在不同的工程中，浪费存储空间。
• 一个jar包所依赖的其他jar包必须手动加入到项目中。

使用Maven，可以解决以上所有的问题。

Maven的下载与安装

下载

地址：Maven下载地址

安装

1. 将下载下来的文件解压并且放在某一个目录下。这里下载的是3.6.1版本。
2. 配置环境变量，一共需要配置两个：MAVEN_HOME和path，类似于Java的环境变量配置:

建立MAVEN_HOME变量

修改path变量

3. 使用mvn- v命令检查环境变量是否配置成功。

测试是否配置成功

Maven的核心概念

• 约定的目录结构
• POM
• 坐标
• 依赖
• 仓库
• 生命周期、插件、目标
• 继承
• 集合

第一个Maven工程

约定的目录结构

Maven工程约定的目录结构如下：

+ProjectName——项目文件夹
+---src——源码
+---+---main——主程序
+---+---+---java——java源文件
+---+---+---resources——框架配置文件或其他工具的配置文件
+---+---test——测试程序
+---+---+---java——java源文件
+---+---+---resources——框架配置文件或其他工具的配置文件
+---pom.xml——Maven项目核心配置文件

在IDEA中建立Maven项目之后，生成以下目录结构（.idea和helloMaven.iml是IDEA的配置文件）：

关于下载的问题

当执行的命令需要用到某些插件时，Maven会去本地仓库中寻找（目录：当前用户的家目录.m2\repository），如果找不到，就会从中央仓库下载。如果下载失败则命令执行失败。

IDEA在建立Maven工程时可以设置自动下载。

不需要下载的情况：

需要下载的情况：

默认镜像源速度较慢，可以在配置文件中添加其他镜像源加快下载速度。

主程序

package com.wen.HelloMaven;

// 主程序
public class Hello {
    public String sayHello(String name) {
        return "Hello, " + name + "!";
    }
}

测试程序

package com.wen.HelloMaven;

import org.junit.Test;
import static junit.framework.Assert.*;

// 测试程序
public class HelloTest {
    @Test
    public void testHello() {
        Hello hello = new Hello();
        String results = hello.sayHello("JiangWen");
        assertEquals("Hello, JiangWen!", results);
    }
}

常用的Maven命令

绝大多数的Maven命令都需要在项目目录下执行。

• mvn clean清理以前的编译结果
• mvn compile编译主程序
• mvn test-compile编译测试程序
• mvn test运行测试
• mvn package打包
• mvn install安装
• mvn site生成站点

测试第一个Maven工程

编译主程序：mvn compile

编译主程序

编译测试程序：mvn test-compile

编译测试程序

打包：mvn package

打包

从命令行输出的结果中可以看出，在打包时会自动进行一次测试。

关于Maven的核心概念

POM

含义：项目对象模型

pom.xml是Maven工程的核心配置文件。

坐标（g、a、v）

Maven中的坐标是使用三个向量在仓库中唯一定位一个Maven工程：

• groupid：公司名称
• artifactid：模块名称
• version：版本号

三者结合起来可以唯一定位一个Maven工程。

注意：Maven坐标与仓库中路径是一致的，根据坐标去寻找路径。坐标在pom.xml里用三对标签标记。

Maven仓库

仓库分为本地仓库和远程仓库。

• 本地仓库：当前电脑上部署的仓库目录，为当前电脑上所有的Maven服务。
• 远程仓库：分为私服、中央仓库和中央仓库的镜像。
• • 私服：假设在当前局域网环境下，为当前局域网范围内的所有Maven服务。
• • 中央仓库：全世界所有Maven工程服务。
• • 中央仓库的镜像：与镜像的含义相同。

仓库的内容：Maven工程

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

依赖

Maven解析依赖信息时会到本地仓库中寻找需要的jar包，找不到而中央仓库又没有时则会报错。

对于我们自己开发的maven工程，使用mvn install命令安装后就可以进入仓库，进而可以被本地其他项目所依赖。

依赖的范围

依赖一共有三个范围：

• compile
• • 对主程序是否有效：√
• • 对测试程序是否有效：√
• • 是否参与打包：√
• test——典型例子：junit
• • 对主程序是否有效：×
• • 对测试程序是否有效：√
• • 是否参与打包：×
• provided——典型例子：servlet-api.jar
• • 对主程序是否有效：√
• • 对测试程序是否有效：√
• • 是否参与打包：×
• • 是否参与部署：×

生命周期

各个构建环节执行的顺序：不能打乱顺序，而必须按照正确的顺序来执行。

Maven核心程序中定义了抽象的生命周期，生命周期中的各个具体任务由插件来完成。

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

1. Clean Lifecycle：进行一些清理工作。包括pre-clean、clean、post-clean。
2. Default Lifecycle：构建的核心部分，包括编译、测试、打包、安装、部署等。
3. Site Lifecycle：生成项目报告、站点、发布站点。包括pre-site、site、post-site、site-deploy。

Maven为了更好地实现自动化构建，按照这一特点执行生命周期中的各个阶段：不论现在要执行生命周期中的哪一个阶段，都是从这个生命周期中最初的位置开始执行。

插件与目标

生命周期中各个阶段仅仅定义了要执行的任务（目标）是什么，并没有真正执行，而是靠插件来完成的。各个阶段的插件和目标是对应的，相似的目标由特定的插件来完成。

例如：

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

注：可以将目标看作“调用插件的命令”。