Maven 的安装与配置

一、Maven 是什么

1、自动化构建工具

Maven这个单词的本意是：专家，内行。

Maven是一款自动化构建工具，专注服务于Java平台的项目构建和依赖管理。

2、构建的概念

构建并不是创建，创建一个工程并不等于构建一个项目。构建的含义应该由浅入深的从以下三个层面来看：

1）纯Java代码

大家都知道，Java是一门编译型语言，.java扩展名的源文件需要编译成.class扩展名的字节码文件才能够执行。所以编写任何Java代码想要执行的话就必须经过编译得到对应的.class文件。

2）Web工程

当需要通过浏览器访问Java程序时就必须将包含Java程序的Web工程编译的结果“拿”到服务器的指定目录下，并启动服务器才行。这个“拿”的过程我们叫部署。

我们可以将未编译的Web工程比喻为一只生的鸡，编译好的Web工程是一只煮熟的鸡，编译部署的过程就是将鸡炖熟。

Web工程和其编译结果的目录结构对比见下图：

3）实际项目

在实际项目中整合第三方框架，Web工程中除了Java程序和JSP页面、图片等静态资源之外，还包括第三方框架的jar包以及各种各样的配置文件。所有这些资源都必须按照正确的目录结构部署到服务器上，项目才可以运行。

综上所述：构建就是以我们编写的Java代码、框架配置文件、国际化等其他资源文件、JSP页面和图片等静态资源作为“原材料”，去“生产”出一个可以运行的项目的过程。

了解了构建的概念后，那么项目构建的全过程中都包含哪些环节呢。

3、构建环节

1）清理：删除以前的编译结果，为重新编译做好准备。

2）编译：将Java源程序编译为字节码文件。

3）测试：针对项目中的关键点进行测试，确保项目在迭代开发过程中关键点的正确性。

4）报告：在每一次测试后以标准的格式记录和展示测试结果。

5）打包：将一个包含诸多文件的工程封装为一个压缩文件用于安装或部署。Java工程对应jar包，Web工程对应war包。

6）安装：在Maven环境下特指将打包的结果——jar包或war包安装到本地仓库中。

7）部署：将打包的结果部署到远程仓库或将war包部署到服务器上运行。

4、自动化构建

上述环节在Idea中都可以找到对应的操作，只是不太标准。既然IDE已经可以进行构建了，为什么还要使用Maven这样的构建工具呢？

来看一个小故事：

这是阳光明媚的一天。托马斯向往常一样早早的来到了公司，冲好一杯咖啡，进入了自己的邮箱——很不幸，QA小组发来了一封邮件，报告了他昨天提交的模块的测试结果——有BUG。“好吧，反正也不是第一次”，托马斯摇摇头，进入IDE，运行自己的程序，编译、打包、部署到服务器上，然后按照邮件中的操作路径进行测试。“嗯，没错，这个地方确实有问题”，托马斯说道。于是托马斯开始尝试修复这个BUG，当他差不多有眉目的时候已经到了午饭时间。
下午继续工作。BUG很快被修正了，接着托马斯对模块重新进行了编译、打包、部署，测试之后确认没有问题了，回复了QA小组的邮件。
一天就这样过去了，明媚的阳光化作了美丽的晚霞，托马斯却觉得生活并不像晚霞那样美好啊。

通过上面这则小故事，我们来梳理一下托马斯这一天中的工作内容：

[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-kt2hBHxc-1631773313894)(https://z3.ax1x.com/2021/04/30/gAhH81.png)]

从上面流程可以发现托马斯的很大一部分时间花在了“编译、打包、部署、测试”这些程式化的工作上面，而真正需要由“人”的智慧实现的分析问题和编码却只占了很少一部分。

当使用Maven之后，也就是自动化构建，那托马斯工作可就轻松多了。

关于Maven实现自动化的流程，简单的说就是它可以自动的从构建过程的起点一直执行到终点：

[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-NL158M5o-1631773313896)(https://z3.ax1x.com/2021/04/30/gA45sf.png)]

二、为什么要使用maven

1、第三方jar包添加

在今天的JavaEE开发领域，有大量的第三方框架和工具可以供我们使用。而要使用这些jar包最简单的方法就是复制粘贴到WEB-INF目录下的lib目录下。但这会导致每创建一个新的工程就需要将jar包重复复制到lib目录下，从而造成工作区中存在大量重复的文件。

使用Maven后每个jar包只在本地仓库中保存一份，需要jar包的工程只需要维护一个文本形式的jar包的引用——我们称之为“坐标”，也就是pom.xml文件。不仅极大的节约了存储空间，更避免了重复文件太多而造成的混乱。

2、第三方jar包的获取

JavaEE开发中需要使用到的jar包种类繁多，如果每个jar包都需要自己去网上找，经历千辛万苦，最后发现找到的jar包没有并你需要的类，又或者有同名的类，但是没有你想要的方法。往往以不规范的方式获取的jar包也是不规范的。

使用Maven后我们可以享受到一个完全统一规范的jar包管理体系。开发者只需要在项目中以坐标的方式依赖一个jar包，Maven就会自动从中央仓库进行下载，并同时下载这个jar包所依赖的其他jar包——规范、完整、准确！一次性解决所有问题！

3、解决jar之间的依赖关系

很多jar包都不是孤立存在的，往往都需要依赖于其它的jar包才能正常工作。但是，我们很难知道使用的jar包依赖哪些jar包；对于一个新的从未使用过的jar包，我们又如何知道它需要依赖哪些jar包。如果导入jar包数量不够，程序也没法继续运行下去。就算知道依赖于哪些jar包，当jar包成百上千时，你需要人工一个个去导入时，手工的逐一确认它们依赖的其他jar包吗？这简直是不可想象的。

引入Maven后，Maven就可以替我们自动的将当前jar包所依赖的其他所有jar包全部导入进来，无需人工参与，节约了我们大量的时间和精力。

举个例子：

通过Maven导入commons-fileupload-1.3.jar后，commons-io-2.0.1.jar会被自动导入，程序员不必了解这个依赖关系。

4、jar包之间的冲突处理

当jar包不足时项目无法正常工作，有时候jar包多了项目仍然无法正常工作，这就是jar包之间的冲突。

举个例子：

我们现在有三个工程MakeFriend、Hello和HelloFriend。

MakeFriend依赖HelloFriend，HelloFriend依赖Hello。

而Hello依赖log4j.1.2.17.jar，HelloFriend依赖log4j.1.2.14.jar。

​ [外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-BRew535R-1631773313896)(https://z3.ax1x.com/2021/04/28/gi7IeO.md.png)]

那么当MakeFriend工程的运行时环境中该导入log4j.1.2.14.jar呢还是log4j.1.2.17.jar呢？

这样的问题一个两个还可以手工解决，但如果系统中存在几十上百的jar包，他们之间的依赖关系会非常复杂，几乎不可能手工实现依赖关系的梳理。

使用Maven就可以自动的处理jar包之间的冲突问题。因为Maven中内置了两条依赖原则：最短路径者优先和先声明者优先，上述问题的MakeFriend工程则会根据Maven依赖原则自动使用log4j.1.2.14.jar。

5、将项目拆分成多个工程模块

现在一个JavaEE项目的规模越来越庞大，开发团队人员也越来越对。我们想象一下，当成百上千人开发同一个项目时。那么架构师、项目经理该如何划分项目的模块、如何分工呢？这时候的项目已经不可能再通过package结构来划分模块。多个模块工程中有的是Java工程，有的是Web工程。

当工程拆分后又如何进行互相调用和访问呢？这就需要用到Maven的依赖管理机制。

例如：某项目拆分的情况如下。

上层模块依赖下层，所以下层模块中定义的API都可以为上层所调用和访问。

6、实现项目的分布式部署

在实际生产环境中，项目规模增加到一定程度后，可能每个模块都需要运行在独立的服务器上，我们称之为分布式部署，这里同样需要用到Maven。

在想Maven可以解决什么问 题之前我们先来想想我们开发过程中经常遇到什么问题

1、我们需要引用各种 jar 包，尤其是比较大的工程，引用的 jar 包往往有几十个乃至上百个， 每用到一种 jar 包，都需要手动引入工程目录，而且经常遇到各种让人抓狂的 jar 包冲突，版本冲突。

2、

3、世界上没有不存在 bug 的代码，计算机喜欢 bug 就和人们总是喜欢美女帅哥一样。为了追求美为了减少 bug，因此写完了代码，我们还要写一些单元测试，然后一个个的运行来检验代码质量。

4、再优雅的代码也是？要出来卖的。我们后面还需要把代码与各种配置文件、资源整合到一起，定型打包，如果是 web 项目，还需要将之发布到服务器，供人蹂躏。

maven所帮助我们解决的问题以上的这些问题maven都把我们解决了 ! ! !
没错maven可以帮我们

1. 建工程

2. 管理jar

3. 编译代码

4. 自动运行单元测试

5. 打包

6. 生成报表

7. 部署项目，生成web站点。

有没有孙悟空得到金箍棒的感觉

举个例子见识一下 maven 的功能

​

传统的web项目,要想让程序运行起来,就必须要引入对应的项目依赖的一些 jar 包到项目工程中 , 如果有多个相同架构的项目时我们就要将这些 jar 包引入到每一个项目里这样不仅麻烦,稍有不慎就要出错.

传统的 crm 项目 :

​ [外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-LDHCycEY-1631773313897)(https://z3.ax1x.com/2021/04/28/gCqUij.png)]

使用maven 构建的项目 :

​ [外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-r2jhMsmv-1631773313898)(https://z3.ax1x.com/2021/04/28/gCqwzq.png)]

两者相比之才可以明显的看出使用maven 构建项目的优势!!!

三、Maven 去哪下

3.1 下载 maven

下载地址 : http://maven.apache.org/download.cgi

​ ](https://imgtu.com/i/gpu1XT)

3.2 解压压缩包

我默认保存在了D:\Environment\

​

3.3 安装目录介绍

​

bin

boot

conf

lib

其它

3.4 Maven 的配置

配置文件在 conf 目录下的 setting.xml

3.4.1 修改本地仓库位置

默认本地长裤位置是 ${user.home}/.m2/repository，这样的话，会占用较多的 C 盘空间，因此，我们可以自定义该路径。

[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-kxB9ZWxU-1631773313899)(https://z3.ax1x.com/2021/04/26/gp0Np6.png)]

3.4.2 修改镜像位置

Maven 服务器是在国外的,对我们的下载速度有很大的影响,个人用户可以使用阿里云镜像。这里阿里云仓库是作为中央仓库的一个镜像的，镜像库会完全屏蔽被镜像库。

仓库地址

    <!-- 更换为阿里云的中央仓库   -->
  <mirrors>
    <mirror>
      <id>alimaven</id>
      <name>aliyun maven</name>
      <url>http://maven.aliyun.com/nexus/content/groups/public/</url>
      <mirrorOf>central</mirrorOf>
    </mirror>