Java技术学习——Maven相关知识
一、什么是Maven？
Maven是Apache软件基金会组织维护的一款专门为Java项目提供构建和依赖管理支持的工具。
1.1 构建
构建过程包含的主要环节如下：
- 清理：删除上一次构建的结果，为下一次构建做好准备
- 编译：Java源程序编译成*.class字节码文件
- 测试：运行提前准备好的测试程序
- 报告：针对刚才测试的结果生成一个全面的信息
- 打包：Java工程打jar包；Web工程打war包
- 安装：把一个Maven工程安装到Maven仓库
- 部署：将准备好的jar包或war包部署到服务器上运行
1.2 依赖
如果A工程里面用到了B工程的类、接口、配置文件等等的资源，就可以说A依赖B。
依赖管理中主要解决的问题：
- jar包的下载：使用Maven之后，jar包会从规范的远程仓库下载到本地
- jar包之间的依赖：通过依赖的传递性自动完成
- jar包之间的冲突：通过对依赖的配置进行调整，让某些jar包不会被导入
二、Maven的核心概念
2.1 坐标
使用三个向量在Maven的仓库中唯一的定位到一个jar包。
- groupId：公司或组织的id
- artifactId：一个项目或者项目中的一个模块的id
- version：版本号。根据自己的需要设定，SNAPSHOT表示快照版本，正在迭代过程中，不稳定的版本；RELEASE表示正式版本。
2.2 POM
POM：Project Object Model，项目对象模型。
POM表示将工程抽象为一个模型，再用程序中的对象来描述这个模型。就可以用程序来管理项目了。在开发过程中，最基本的做法就是将现实生活中的事物抽象为模型，然后封装模型相关的数据作为一个对象，就可以在程序中计算与现实事物相关的数据。
POM理念集中体现在Maven工程根目录下pom.xml这个配置文件中。所以pom.xml配置文件就是Maven工程的核心配置文件。
2.3 Maven的常用命令
2.3.1 清除操作
mvn clean
删除target目录
2.3.2 编译操作
- 主程序编译：
mvn compile - 测试程序编译：
mvn test-compile - 主体程序编译结果存放的目录：
target/classes - 测试程序编译结果存放的目录：
target/test-classes
2.3.3 测试操作
mvn test
测试的报告会存放在target/surefire-reports目录下
2.3.4 打包操作
mvn package
打包的结果会存放在target目录下
2.3.5 安装操作
mvn install
安装的效果就是将本地构建过程中生成的jar包存入Maven本地仓库。这个jar包在Maven仓库中的路径是根据它的坐标生成的。
安装操作还会将pom.xml文件转换为XXX.pom文件一起存入本地仓库。
2.4 依赖的范围
标签的位置：dependencies/dependency/scope
标签的可选值：compile/test/provided
2.4.1 compile和test对比
| main目录（空间） | test目录（空间） | 开发过程（时间） | 部署到服务器（时间） | |
|---|---|---|---|---|
| compile | 有效 | 有效 | 有效 | 有效 |
| test | 无效 | 有效 | 有效 | 无效 |
2.4.2 compile和provided对比
| main目录（空间） | test目录（空间） | 开发过程（时间） | 部署到服务器（时间） | |
|---|---|---|---|---|
| compile | 有效 | 有效 | 有效 | 有效 |
| provided | 有效 | 有效 | 有效 | 无效 |
2.4.3 结论
- compile：在项目实际运行时真正要用到的jar包都是以compile范围进行依赖的。
- test：测试过程中使用的jar包，以test范围依赖。
- provided：在开发过程中需要用到的“服务器上的jar包”通常以provided范围依赖。
2.5 依赖的传递性
在A依赖B，B依赖C的前提下，C是否能够传递到A，取决于B依赖C时使用的依赖范围。
- B依赖C时使用compile范围：可以传递
- B依赖C时使用test或provided范围：不能传递，所以需要这样的jar包时，就必须在需要的地方明确配置依赖才可以。
2.6 依赖的排除
当A依赖B，B依赖C而且C可以传递到A的时候，但是A不想要C，需要在A里面把C排除掉。这种情况都是为了避免jar包之间的冲突。
配置依赖的排除就是阻止某些jar包的传递。因为这样的jar包传递过来会和其他jar包冲突。
配置方式
<dependency><groupId>com.atguigu.maven</groupId><artifactId>pro01-maven-java</artifactId><version>1.0-SNAPSHOT</version><scope>compile</scope><!-- 使用excludes标签配置依赖的排除 --><exclusions><!-- 在exclude标签中配置一个具体的排除 --><exclusion><!-- 指定要排除的依赖的坐标（不需要写version） --><groupId>commons-logging</groupId><artifactId>commons-logging</artifactId></exclusion></exclusions>
</dependency>
2.7 继承
Maven工程之间，A工程（子工程）继承B工程（父工程）。本质上就是A工程的pom.xml中的配置继承了B工程中pom.xml的配置。
在父工程中统一管理项目中的依赖信息，具体来说是管理依赖信息的版本。
2.8 聚合
Maven中的聚合，就是使用一个“总工程”将各个“模块工程”汇集起来，作为一个整体对应完整的项目。
- 项目：整体
- 模块：部分
2.8.1聚合的优点
- 一键执行Maven命令：很多构建命令都可以在“总工程”种一键执行。
- 配置聚合之后，各个模块工程在总工程中展示一个列表，让项目中的各个模块一目了然。
三、jar包下载失败问题解决方案
3.1 Maven正常下载的做法
- jar包在下载过程中，jar包的扩展名是XXX.jar.lastUpdated
- jar包下载成功后，Maven会将lastUpdated扩展名删除，让jar包恢复为XXX.jar。
3.2 Maven下载失败的情况
3.2.1 第一种情况
- jar包在下载过程中，jar包的扩展名是XXX.jar.lastUpdated
- 网络连接丢失，无法继续下载
- jar包没有下载完，lastUpdated扩展名不会被删除
- 要求Maven重新下载时，Maven看到这个jar包的扩展名是lastUpdated，Maven就不管了。
解决办法：
手动删除所有以lastUpdated结尾的文件，然后让Maven重新下载。
3.2.2 第二种情况
jar包表面上看起来是下载完的状态，结尾并没有“.lastUpdated”扩展名。但是程序运行时找不到这个jar包中的类。
解决办法：
找到“有嫌疑”的jar，确定其内部是否存在损坏问题。可以使用文件校验工具进行SHA1值对比。若比较结果一致，则jar包完好，否则jar包损坏。
找到有嫌疑的jar包的小窍门：
- 类所在的package命名往往和jar包坐标的groupId部分类似
- 在IDEA中按两下Shift键，使用全类名搜索，找到jar包后，右键-> Show in Explorer
- 如果前面的办法都没法定位，只能根据这个类看上去的特征和可能的功能找有可能有关的jar包