Maven简介和安装
一、Maven简介和安装
(一) Maven简介
1、 Maven是什么
Maven 是 Apache 软件基金会组织维护的一款自动化构建工具，专注服务于 Java 平台的项目构建和依赖管理。Maven 这个单词的本意是：专家，内行。读音是['meɪv(ə)n]或['mevn]。
2、 为什么要使用Maven
(1)添加第三方 jar 包
在今天的 JavaEE 开发领域，有大量的第三方框架和工具可以供我们使用。要使用这些 jar 包最简单的方法就是复制粘贴到 WEB-INF/lib 目录下。但是这会导致每次创建一个新的工程就需要将 jar 包重复复制到 lib 目录下，从而造成工作区中存在大量重复的文件，让我们的工程显得很臃肿。
(2) jar 包之间的依赖关系
引入 Maven 后，Maven 就可以替我们自动的将当前 jar 包所依赖的其他所有 jar 包全部导入进来，无需人工参与，节约了我们大量的时间和精力。用实际例子来说明就是：通过 Maven ，导入commons-fileupload-1.3.jar 后commons-io-2.0.1.jar 会被自动导入，程序员不必了解这个依赖关系。
(3)获取第三方 jar 包
使用 Maven 我们可以享受到一个完全统一规范的 jar 包管理体系。你只需要在你的项目中以坐标的方式依赖一个 jar 包，Maven 就会自动从中央仓库进行下载，并同时下载这个 jar 包所依赖的其他 jar 包-----规范、完整、准确！一次性解决所有问题！
(4)将项目拆分成多个工程模块
随着 JavaEE 项目的规模越来越庞大，开发团队的规模也与日俱增。一个项目上千人的团队持续开发很多年对于 JavaEE 项目来说再正常不过。那么我们想象一下：几百上千的人开发的项目是同一个 Web工程。那么架构师、项目经理该如何划分项目的模块、如何分工呢？这么大的项目已经不可能通过package 结构来划分模块，必须将项目拆分成多个工程协同开发。多个模块工程中有的是 Java 工程，有的是 Web 工程.
3、 什么是构建
构建就是以我们编写的 Java 代码、框架配置文件、国际化等其他资源文件、JSP 页面和图片等静态资源作为“原材料”，去“生产”出一个可以运行的项目的过程。
构建过程的几个主要环节:
(1) 清理：删除以前的编译结果，为重新编译做好准备。
(2) 编译：将 Java 源程序编译为字节码文件
(3) 测试：针对项目中的关键点进行测试，确保项目在迭代开发过程中关键点的正确性
(4) 报告：在每一次测试后以标准的格式记录和展示测试结果
(5) 打包：将一个包含诸多文件的工程封装为一个压缩文件用于安装或部署。Java 工程对应 jar 包，Web工程对应 war 包.
(6) 安装：在 Maven 环境下特指将打包的结果——jar 包或 war 包安装到本地仓库中。
(7) 部署：将打包的结果部署到远程仓库或将 war 包部署到服务器上运行
4、自动化构建
其实上述环节我们在 Eclipse 中都可以找到对应的操作，只是不太标准。那么既然 IDE 已经可以进行构建了我们为什么还要使用 Maven 这样的构建工具呢？
我们来看一个小故事：
这是阳光明媚的一天。托马斯向往常一样早早的来到了公司，冲好一杯咖啡，进入了自己的邮箱——很不幸，QA 小组发来了一封邮件，报告了他昨天提交的模块的测试结果——有 BUG。“好吧，反正也不是第一次”，托马斯摇摇头，进入 IDE，运行自己的程序，编译、打包、部署到服务器上，然后按照邮件中的操作路径进行测试。“嗯，没错，这个地方确实有问题”，托马斯说道。于是托马斯开始尝试修复这个 BUG，当他差不多有眉目的时候已经到了午饭时间
下午继续工作。BUG 很快被修正了，接着托马斯对模块重新进行了编译、打包、部署，测试之后确认没有问题了，回复了 QA 小组的邮件。
一天就这样过去了，明媚的阳光化作了美丽的晚霞，托马斯却觉得生活并不像晚霞那样美好啊。
让我们来梳理一下托马斯这一天中的工作内容
从中我们发现，托马斯的很大一部分时间花在了“编译、打包、部署、测试”这些程式化的工作上面，而真正需要由“人”的智慧实现的分析问题和编码却只占了很少一部分
能否将这些程式化的工作交给机器自动完成呢？——当然可以！这就是自动化构建。
此时 Maven 的意义就体现出来了，它可以自动的从构建过程的起点一直执行到终点
5、 Maven的安装和配置
(1) Maven的下载
Maven是apache推出的一个项目管理工具，所以我们需要在apache的官网下载我们的Maven工具(注意：最新版本的Maven容易出现不确定的问题，所以建议大家不要使用最新版本的Maven)
官方下载地址：http://Maven.apache.org/download.cgi
下载后解压到任意目录(解压目录中不要包含中文)
(2) Maven的安装
a.配置环境变量：
Maven_HOME:Maven的解压目录到Maven的bin目录的上一层
path：%Maven_HOME%\bin
b.测试是否配置成功
cmd-->dos命令窗口中输入 mvn -v 命令如下图所示，即配置成功。
(3) Maven的配置 settings.xml
a.配置本地仓库
<localRepository>D:/mypository/repository</localRepository>
b.配置镜像
<mirror>
<id>huaweicloud</id>
<mirrorOf>*</mirrorOf>
<url>https://mirrors.huaweicloud.com/repository/Maven/</url>
</mirror>
c.配置jdk版本
<profile>
<id>jdk-1.8</id>
<activation>
<activeByDefault>true</activeByDefault>
<jdk>1.8</jdk>
</activation>
<properties>
<Maven.compiler.source>1.8</Maven.compiler.source>
<Maven.compiler.target>1.8</Maven.compiler.target>
<Maven.compiler.compilerVersion>1.8</Maven.compiler.compilerVersion>
</properties>
</profile>
二、Maven工程构建
(一) eclipse配置Maven插件
1、进入window->Preferences
2、修改Maven的settings文件
（二） Maven工程的构建
组：家族
项目名：家族成员
Package： jar jar（java）项目 java项目导出的是jar包
War web项目 （web项目导出的是war包）
Pom 父项目
创建过程：
1：右键单击 》》》maven
2：选择jar 》》 war 》》pom
3：因为是web项目，所以必须有web.xml（粘贴WEB-INF)
4: 配置pom.xml中的jar包
1、在eclipse中创建Maven项目
(1)创建普通的Maven工程
a.创建一个新的工程
b.选择创建一个不使用模板的Maven工程
c.填写组名和项目名以及打包方式
(2)创建web工程
a.打包方式为war包
b.
2、Maven 核心概念
Maven 能够实现自动化构建是和它的内部原理分不开的，这里我们从 Maven 的几个核心概念入手，看看 Maven 是如何实现自动化构建的
(1) POM
Project Object Model：项目对象模型。将 Java 工程的相关信息封装为对象作为便于操作和管理的模型。Maven 工程的核心配置。可以说学习 Maven 就是学习 pom.xml 文件中的配置。
(2)约定的目录结构
约定的目录结构对于 Maven 实现自动化构建而言是必不可少的一环，就拿自动编译来说，Maven 必须能找到 Java 源文件，下一步才能编译，而编译之后也必须有一个准确的位置保持编译得到的字节码文件.
我们在开发中如果需要让第三方工具或框架知道我们自己创建的资源在哪，那么基本上就是两种方式
a.通过配置的形式明确告诉它
b.基于第三方工具或框架的约定
Maven 对工程目录结构的要求就属于后面的一种。
(3)坐标
几何中的坐标
a.在一个平面中使用 x、y 两个向量可以唯一的确定平面中的一个点。
b.在空间中使用 x、y、z 三个向量可以唯一的确定空间中的一个点
Maven 的坐标
使用如下三个向量在 Maven 的仓库中唯一的确定一个 Maven 工程。
<groupId>com.offcn.Maven</groupId>
<artifactId>Hello</artifactId>
<version>0.0.1-SNAPSHOT</version>
groupid：公司或组织的域名倒序+当前项目名称
artifactId：当前项目的模块名称
version：当前模块的版本
※注意：我们自己的 Maven 工程必须执行安装操作才会进入仓库。安装的命令是：mvn install
三、Maven的依赖管理
（一）Maven常用命令
-v:查询Maven版本
本命令用于检查Maven是否安装成功。Maven安装完成之后，在命令行输入mvn -v，若出现Maven信息，则说明安装成功。
compile：编译命令
将java源文件编译成class文件
test:测试项目命令
执行test目录下的测试用例
package:打包命令
将项目打成jar包
clean:删除target文件夹命令
install:安装命令
将当前项目放到Maven的本地仓库中。供其他项目使用
（二）Maven中依赖的传递
Maven 中最关键的部分，我们使用 Maven 最主要的就是使用它的依赖管理功能。要理解和掌握 Maven的依赖管理，我们只需要解决一下几个问题：
1、依赖的目的是什么
当 A jar 包用到了 B jar 包中的某些类时，A 就对 B 产生了依赖，这是概念上的描述。那么如何在项目中以依赖的方式引入一个我们需要的 jar 包呢？
答案非常简单，就是使用 dependency 标签指定被依赖 jar 包的坐标就可以了。
<dependency>
<groupId>com.offcn.Maven</groupId>
<artifactId>Hello</artifactId>
<version>0.0.1-SNAPSHOT</version>
<scope>compile</scope>
</dependency>
2、依赖的范围scope
大家注意到上面的依赖信息中除了目标 jar 包的坐标还有一个 scope 设置，这是依赖的范围。依赖的范
围有几个可选值，我们用得到的是：compile、test、provided 三个。
（1）从项目结构角度理解 compile 和 test 的区别
对于 HelloFriend 来说，Hello 就是服务于主程序的，junit 是服务于测试程序的。HelloFriend 主程序需要 Hello 是非常明显的，测试程序由于要调用主程序所以也需要 Hello，所以compile 范围依赖对主程序和测试程序都应该有效。HelloFriend 的测试程序部分需要 junit 也是非常明显的，而主程序是不需要的，所以 test 范围依赖
仅仅对于主程序有效
（2）从开发和运行这两个不同阶段理解 compile 和 provided 的区别
（3）有效性总结
（4）依赖的传递性
A 依赖 B，B 依赖 C，A 能否使用 C 呢？那要看 B 依赖 C 的范围是不是 compile，如果是则可用，否则不可用
（三）依赖的排除
如果我们在当前工程中引入了一个依赖是 A，而 A 又依赖了 B，那么 Maven 会自动将 A 依赖的 B 引入当前工程，但是个别情况下 B 有可能是一个不稳定版，或对当前工程有不良影响。这时我们可以在引入 A 的时候将 B 排除。
情景举例
pom.xml文件中的配置如下：
排除后的效果
（四）jar包冲突的解决
1、路径最短者优先
2、路径相同时先声明者优先
这里“声明”的先后顺序指的是 dependency 标签配置的先后顺序
四、Maven生命周期
（一） Maven生命周期详解
Maven 有三套相互独立的生命周期，分别是：
Clean Lifecycle 在进行真正的构建之前进行一些清理工作。
Default Lifecycle 构建的核心部分，编译，测试，打包，安装，部署等等。
Site Lifecycle 生成项目报告，站点，发布站点。
它们是相互独立的，你可以仅仅调用 clean 来清理工作目录，仅仅调用 site 来生成站点。当然你也可以
直接运行 mvn clean install site 运行所有这三套生命周期。
每套生命周期都由一组阶段(Phase)组成，我们平时在命令行输入的命令总会对应于一个特定的阶段。比如，运行 mvn clean，这个 clean 是 Clean 生命周期的一个阶段。有 Clean 生命周期，也有 clean 阶段。
（1）Clean 生命周期
Clean 生命周期一共包含了三个阶段：
pre-clean 执行一些需要在 clean 之前完成的工作
clean 移除所有上一次构建生成的文件
post-clean 执行一些需要在 clean 之后立刻完成的工作
（2）Site 生命周期
pre-site 执行一些需要在生成站点文档之前完成的工作
site 生成项目的站点文档
post-site 执行一些需要在生成站点文档之后完成的工作，并且为部署做准备
site-deploy 将生成的站点文档部署到特定的服务器上
这里经常用到的是 site 阶段和 site-deploy 阶段，用以生成和发布 Maven 站点，这可是 Maven 相当强大的功能，Manager 比较喜欢，文档及统计数据自动生成，很好看
（3）Default 生命周期
Default 生命周期是 Maven 生命周期中最重要的一个，绝大部分工作都发生在这个生命周期中。
