今天开始正式入坑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下载地址
安装
- 将下载下来的文件解压并且放在某一个目录下。这里下载的是3.6.1版本。
- 配置环境变量，一共需要配置两个：
MAVEN_HOME和path，类似于Java的环境变量配置:
- 使用
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有三套相互独立的生命周期，分别是：
-
Clean Lifecycle：进行一些清理工作。包括
pre-clean、clean、post-clean。 - Default Lifecycle：构建的核心部分，包括编译、测试、打包、安装、部署等。
-
Site Lifecycle：生成项目报告、站点、发布站点。包括
pre-site、site、post-site、site-deploy。
Maven为了更好地实现自动化构建，按照这一特点执行生命周期中的各个阶段：不论现在要执行生命周期中的哪一个阶段，都是从这个生命周期中最初的位置开始执行。
插件与目标
生命周期中各个阶段仅仅定义了要执行的任务（目标）是什么，并没有真正执行，而是靠插件来完成的。各个阶段的插件和目标是对应的，相似的目标由特定的插件来完成。
例如：
| 生命周期阶段 | 插件目标 | 插件 |
|---|---|---|
| compile | compile | maven-compiler-plugin |
| test-compile | testCompile | maven-compiler-plugin |
注：可以将目标看作“调用插件的命令”。
