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%in

b.测试是否配置成功

cmd-->dos命令窗口中输入 mvn -v 命令如下图所示，即配置成功。

(3) Maven的配置 settings.xml

a.配置本地仓库

<localRepository>D:/mypository/repository</localRepository>

b.配置镜像

<id>huaweicloud</id>

<url>https://mirrors.huaweicloud.com/repository/Maven/</url>

</mirror>

c.配置jdk版本

</activation>

<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包

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 包的坐标就可以了。

<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 范围依赖