Maven之快速入门

前言

1.当我们要开发一个Java项目，为了保证编译通过，我们会到处去找jar包。当编译通过了，在运行的时候，却发现“ClassNotFoundException”，难道还差jar包吗？再去找找吧……
2.每个Java项目的目录结构都没有一个统一的标准，配置文件到处都是，单元测试代码到底应该放在哪里也没有一个权威的规范…..
但自从有了Maven，以上这一切都不再是问题了。Maven就是Java开发规范的“救世主”，它给我们带来了一种全新的项目构建方式，让我们的开发工作更加高效。

# 什么是Maven?

Maven项目对象模型(POM)，可以通过一小段描述信息来管理项目的构建，报告和文档的软件项目管理工具。Maven帮我们做的两件事情：
- 统一开发规范与工具；
- 统一管理jar包

# 安装Maven

Maven是Apache基金会的顶级项目，我们可以从http://maven.apache.org/（http://maven.apache.org/download.cgi）下载Maven开发包，其实就是一个压缩包，下载完毕后，解压一下再配置一下环境变量就可以用了。

假设我们刚刚下载了一个apache-maven-3.5.4-bin.tar.gz文件，现在将其解压到D:/tool目录下。我们将解压后的目录重命名为Maven，这样Maven的根目录就是D://tool/maven了。
这里有两个环境变量是需要配置的：
- M2_HOME = D://tool/maven
- MAVEN_OPTS = -Xmsl128m -Xmx512m
以上M2_HOME是必须要配置的，如果想让Maven跑得更快点，可以根据自己的情况来设置MAVEN_OPIS。此外，还需修改Path环境变量，在末尾添加%M2_HOME%\bin。
现在我们可以打开cmd(命令控制台)，输入：

mvn -v

若出现上述的信息，那么恭喜Maven安装成功！

# Maven 仓库

使用Maven给我们带来的最直接的帮助就是jar包得到了统一管理，那么这些jar包存放在哪里呢？它们就在本地仓库中，位于C:\Users\11798目录下（当然也可以修改这个默认地址）。
实际上可将本地仓库理解为“缓存”，因为项目首先会从本地仓库中获取jar包，当无法获取指定jar包的时候，本地仓库会从远程仓库（或中央仓库）中下载jar包，并放入本地仓库中以备将来使用。这个远程仓库是Maven官方提供的，可通过http://search.maven.org来访问。

# 创建Maven 项目

创建一个Java Web项目只需在命令控制台（cmd）中输入：

mvn archetype:generate

执行该命令后Maven将下载Archetype插件及其所有的依赖插件，这些插件其实都是jar包，它们存放在Maven本地仓库中。在cmd中，我们会看到几百个Archetype（原型），可将它理解为项目模板，我们需要从中选择一个。我们的目标是创建Java Web项目，所有可以选择maven-archetype-webapp（可以在cmd中进行模糊搜索），随后Maven会与用户进行一些对话，Maven想知道以下信息：
- 项目Archetype Version（原型版本号）是什么 ——可选择1.0版本
- 项目groupId（组织名）是什么 —— 可输入qs.cjy
- 项目artifactId（构件名）是什么 —— 可输入JW-demo
- 项目version（版本号）是什么 —— 可输入1.0
- 项目pachage（包名）是什么 —— 可输入qs.cjy.demo
以上这种方式称为Interactive Mode（交互模式）
如果你是一位高效人士，或许觉得这样的交互过于繁琐，那么也可以尝试仅使用一条命名来完成同样的事情：

mvn archetype:generate -DinteractiveMode=false -DarchetypeArtifactId=
maven-archetype-webapp -DgroupId=qs.cjy -DartifactId =JW-demo -Dversion=1.0

以上这种方式称为Batch Mode（批处理模式）

当然，还有第三种选择，使用IDE来创建Maven项目，可以使用Eclipse、NetBeans、IDEA来创建Maven项目。
构建完成后的目录结构如下：

但这样的目录结构不符合我们的编码环境要求，需要我们自己手动添加几个目录上去，最终的目录结构如下：

我们手工创建了三个目录：
- src/main/java
- src/test/java
- src/test/resources
- Java Web Maven目录作用：
- main 目录下是项目的主要代码，test目录下存放测试相关的代码。
- 编译输出后的代码会放在target目录下（该目录与src目录在同一级别下，这里没有显示出来）。
- pom.xml是Maven项目的配置文件，称为Project Object Model（项目对象模型），它用于描述整个Maven项目，所以也称为Maven 描述文件。

# POM结构

从上往下简要说明一下：

modelVersion是POM的版本号，现在都是4.0.0的，必须得有，但不需要修改；
groupId、artifactId、version分别表示Maven项目的组织名、构件名、版本号，它们三个合起来就是Maven的坐标，根据这个坐标可以在Maven仓库中对应唯一的Maven构件；
packaging表示项目的打包方式，war表示打包为war文件，默认为jar，表示打包为jar包；
name、url表示该项目的名称与URL地址，意义不大，可以省略；
dependencies定义该项目的依赖关系，其中每一个dependency对应一个Maven项目，可见Maven坐标再次出现，还多了一个sccope，表示作用域；
build表示与构建相关的配置，这里的finalName表示最终构建后的名称JW-demo.war。
如果用树形图来查看pom.xml文件，那么会更加清晰，如图所示：

除了项目的基本信息（Maven坐标、打包方式等）外，每个pom.xml都应该包括：
Lifecycle（生命周期）
Plugins（插件）
Dependencies（依赖）
Lifecycle是项目构建的生命周期，它包含9个阶段。
Maven是一个核心加上多个插件的架构，而这些插件提供了一系列非常重要的功能，这些插件会在许多阶段里发挥重要作用，如下表所述：

表中所出现的插件名称实际上是插件的别名（或称为前缀），比如compiler实际是org.apache.maven.plugins:maven-compiler-plugin:2.3.2，这个才是Maven插件的完全名称。
每个插件由包含了一些列的Goal（目标），以compiler为例，它包含以下目标：
compiler:help 用于显示compiler插件的使用帮助；
compiler:compile 用于编译main目录下的Java代码；
compiler:testCompile 用于编译test目录下的Java代码。
可见插件目标才是具体干活的“人”，一个插件包括了一个或多个目标，一个阶段可由零个或多个插件来提供支持。
我们可以在pom.xml中定义一些系列的项目依赖（构件包），每个构件包都会有一个Scope（作用域），它表示该构件在什么时候起作用，包括以下五种：
compile —— 默认作用域，在编译、测试、运行时有效；
test —— 测试时有效；
runtime —— 测试、运行时有效；
provided —— 编写、测试有效，但在运行时无效；
system —— 与provided类似，但依赖于系统资源。
以上内容可用一张矩阵表格来表示，如下表所示：