Java技术学习——Maven相关知识

拼搏现实的明天。 2024-03-26 15:32 58阅读 0赞

## 一、什么是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对比 ####

<table> 
 <thead> 
  <tr> 
   <th></th> 
   <th>main目录（空间）</th> 
   <th>test目录（空间）</th> 
   <th>开发过程（时间）</th> 
   <th>部署到服务器（时间）</th> 
  </tr> 
 </thead> 
 <tbody> 
  <tr> 
   <td>compile</td> 
   <td>有效</td> 
   <td>有效</td> 
   <td>有效</td> 
   <td>有效</td> 
  </tr> 
  <tr> 
   <td>test</td> 
   <td>无效</td> 
   <td>有效</td> 
   <td>有效</td> 
   <td>无效</td> 
  </tr> 
 </tbody> 
</table>

#### 2.4.2 compile和provided对比 ####

<table> 
 <thead> 
  <tr> 
   <th></th> 
   <th>main目录（空间）</th> 
   <th>test目录（空间）</th> 
   <th>开发过程（时间）</th> 
   <th>部署到服务器（时间）</th> 
  </tr> 
 </thead> 
 <tbody> 
  <tr> 
   <td>compile</td> 
   <td>有效</td> 
   <td>有效</td> 
   <td>有效</td> 
   <td>有效</td> 
  </tr> 
  <tr> 
   <td>provided</td> 
   <td>有效</td> 
   <td>有效</td> 
   <td>有效</td> 
   <td>无效</td> 
  </tr> 
 </tbody> 
</table>

#### 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>
    	
    	<exclusions>
    		
    		<exclusion>
    			
    			<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包

## 学海无涯苦作舟 ##