1、Maven作为依赖管理工具

1.1、jar包的规模

随着我们使用越来越多的框架，或者框架封装的程度越来越高，项目中使用的jar包也越来越多，项目中一个模块里面用到上百个jar包是非常正常的。

比如下面的例子，我们只用到SpringBoot、SpringCloud框架中的三个功能：

Nacos服务注册发现

Web框架环境

图模板技术Thymeleaf

最终却导入了106个jar包（此处省略106个jar包……）

1.2、jar包的来源

这个jar包所属技术的官网。官网通常是全英文界面，网站的结构又不尽相同，甚至找到下载链接发现还需要特殊的工具下载。

第三方网站提供的下载，问题是不规范，在使用的过程中会出现各种问题。

jar包的名称

jar包的版本

jar包内的具体细节

而使用Maven之后，依赖对应的jar包能够自动下载，方便、快捷又规范。

1.3、jar包之间的依赖关系

框架中使用的jar包，不仅数量庞大，而且彼此之间存在错综复杂的依赖关系。依赖关系的复杂程度，已经上升到了完全不能靠人力手动解决的程度。另外，jar包之间有可能产生冲突，进一步增加了我们在jar包使用过程中的难度。

2、Maven作为构建管理工具

2.1、被你忽视的构建

你可以不使用Maven，但是构建是避无可避的。当我们使用IDEA进行开发时，构建是IDEA替我们做的。

2.2、离得开IDE，离不开构建

 

2.3、结论

（1）管理规模庞大的jar包，需要专门工具。

（2）脱离IDE环境执行构建操作，需要专门工具。

3、什么是Maven？

Maven是Apache软件基金组织维护的一款专门为java项目提供构建和依赖管理支持的工具。

3.1、构建

Java项目开发过程中，构建指的是使用【原材料生产产品】的过程。

原材料

1. Java源代码
2. 基于HTML的Thymeleaf文件
3. 图片
4. 配置文件
5. ……

产品

1. 一个可以再服务器上运行的项目

3.1.1、构建过程主要包含如下的环节

清理：删除上一次构建的结果，为下一次构建做好准备

编译：Java源程序编译成.class字节码文件

测试：运行提前准备好的测试程序

报告：针对刚才测试的结果生成一个全面的信息

打包

1. Java工程：jar包
2. Web工程：war包

安装：把一个Maven工程经过打包操作生成的jar包或war包安装到Maven仓库。

部署：将准备好的jar包或war包部署到服务器上运行。

1. 部署jar包：把一个jar包部署到Nexus私服服务器上。
2. 部署war包：借助相关的Maven插件（例如：cargo），将war包部署到Tomcat服务器上。

3.2、依赖

如果A工程里面用到了B工程的类、接口、配置文件等等这样的资源，那么我们就可以说A依赖B，例如：

junit-4.12依赖hamcrest-1.3

thymeleaf-3.0.12RELEASE依赖ognl-3.26

依赖管理中药解决的具体问题：

jar包的下载：使用Maven之后，jar包会从规范的远程仓库下载到本地。

jar包之间的依赖：通过依赖的传递性自动完成。

jar包之间的冲突：通过对依赖的配置进行调整，让某些jar包不会被导入。

3.3、Maven的工作机制

1. 当执行Maven命令的时候，实际上是由Maven的插件支撑实现的，Maven命令发号施令，Maven插件实际执行，Maven插件本身也是jar包，并且需要联网进行下载。

Maven核心程序需要用到的插件。

1. Maven工程之间可以相互进行依赖或者聚合。
2. Maven工程依赖的jar包来源通常有两种，一种是来源于框架或第三方的jar包，如果没有需要联网下载，另外一种是通过安装我们自己开发的jar包到本地仓库。