Maven（五）：Maven的使用——依赖的测试

旧城等待， 2023-09-26 20:33 133阅读 0赞

### Maven（五）：Maven的使用——依赖的测试 ###

*  前言
 *  一、实验六：测试依赖的范围
 *   *  1、依赖范围
     *   *  1.1 compile 和 test 对比
         *  1.2 compile 和 provided 对比
         *  1.3 结论
 *  二、实验七：测试依赖的传递性
 *   *  1、依赖的传递性
     *   *  1.1 概念
         *  1.2 传递的原则
 *  三、实验八：测试依赖的排除
 *   *  1、概念
     *  2、配置方式
     *  3、测试

# 前言 #

本博主将用CSDN记录软件开发求学之路上亲身所得与所学的心得与知识，有兴趣的小伙伴可以关注博主！也许一个人独行，可以走的很快，但是一群人结伴而行，才能走的更远！

--------------------

# 一、实验六：测试依赖的范围 #

## 1、依赖范围 ##

> 标签的位置：`dependencies/dependency/scope`
> 
> 标签的可选值：`compile/test/provided/system/runtime/import`

### 1.1 compile 和 test 对比 ###

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

### 1.2 compile 和 provided 对比 ###

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

### 1.3 结论 ###

> `compile`：通常使用的第三方框架的 `jar` 包这样在项目实际运行时真正要用到的 `jar` 包都是以 `compile` 范围进行依赖的。比如`SSM` 框架所需`jar`包。

> `test`：测试过程中使用的 `jar` 包，以 `test` 范围依赖进来。比如 `junit`。
> 
> `provided`：在开发过程中需要用到的“服务器上的 `jar` 包”通常以 `provided` 范围依赖进来。比如`servlet-api`、`jsp-api`。而这个范围的 jar 包之所以不参与部署、不放进 `war` 包，就是避免和服务器上已有的同类 `jar`包产生冲突，同时减轻服务器的负担。说白了就是：“服务器上已经有了，你就别带啦！”

# 二、实验七：测试依赖的传递性 #

## 1、依赖的传递性 ##

### 1.1 概念 ###

> `A` 依赖 `B`，`B` 依赖 `C`，那么在 `A` 没有配置对 `C` 的依赖的情况下，`A` 里面能不能直接使用 `C`？

### 1.2 传递的原则 ###

> 在 `A 依`赖 `B`，`B` 依赖 `C` 的前提下，`C` 是否能够传递到 `A`，取决于 `B` 依赖 `C` 时使用的依赖范围。

> ⭕ `B` 依赖 `C` 时使用 `compile` 范围：可以传递  
> ⭕ `B` 依赖 `C` 时使用 `test` 或 `provided` 范围：不能传递，所以需要这样的`jar` 包时，就必须在需要的地方明确配置依赖才可以。

# 三、实验八：测试依赖的排除 #

## 1、概念 ##

> 当 `A` 依赖 `B`，`B` 依赖 `C` 而且 `C` 可以传递到 `A` 的时候，`A` 不想要 `C`，需要在 `A` 里面把 `C` 排除掉。而往往这种情况都是为了避免 `jar` 包之间的冲突。

![在这里插入图片描述][1aaa5003fd6843a09b0d28994a0fa220.png]

> 所以配置依赖的排除其实就是阻止某些 `jar` 包的传递。因为这样的 `jar` 包传递过来会和其他 `jar` 包冲突。

## 2、配置方式 ##

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

## 3、测试 ##

> 测试的方式：在 `pro02-maven-web` 工程中配置对 `commons-logging` 的排除

> 运行 `mvn dependency:tree` 命令查看效果：

[INFO] com.atguigu.maven:pro02-maven-web:war:1.0-SNAPSHOT
    [INFO] +- junit:junit:jar:4.12:test
    [INFO] | \- org.hamcrest:hamcrest-core:jar:1.3:test
    [INFO] +- javax.servlet:javax.servlet-api:jar:3.1.0:provided
    [INFO] \- com.atguigu.maven:pro01-maven-java:jar:1.0-SNAPSHOT:compile
    [INFO] \- org.springframework:spring-core:jar:4.0.0.RELEASE:compile

> 发现在 `spring-core` 下面就没有 `commons-logging` 了。

[1aaa5003fd6843a09b0d28994a0fa220.png]: https://img-blog.csdnimg.cn/1aaa5003fd6843a09b0d28994a0fa220.png