Maven依赖的基本概念

忘是亡心i 2024-03-26 18:19 75阅读 0赞

**目录**

1.依赖的基本配置

2.依赖范围

3.传递性依赖

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

### 1.依赖的基本配置 ###

根元素project下的dependencies可以包含多个 dependence元素，以声明多个依赖。每个依赖都应该包含以下元素：

1. groupId, artifactId, version : 依赖的基本坐标， 对于任何一个依赖来说，基本坐标是最重要的，Maven根据坐标才能找到需要的依赖。

2. Type： 依赖的类型，大部分情况下不需要声明。 默认值为jar

3. Scope： 依赖范围（compile,test,provided,runtime,system）

**compile: 编译依赖范围。**

> 如果没有指定，就会默认使用该依赖范围。使用此依赖范围的Maven依赖，对于编译、测
> 
> 试、运行三种classpath都有效。

**test: 测试依赖范围。**

> 使用此依赖范围的Maven依赖，只对于测试classpath有效，在编译主代码或者运行项目的使
> 
> 用时将无法使用此类依赖。典型的例子就是JUnit，它只有在编译测试代码及运行测试的时候
> 
> 才需要。

**provided: 已提供依赖范围。**

> 使用此依赖范围的Maven依赖，对于编译和测试classpath有效，但在运行时无效。典型的例
> 
> 子是servlet-api，编译和测试项目的时候需要该依赖，但在运行项目的时候，由于容器已经
> 
> 提供，就不需要Maven重复地引入一遍(如：servlet-api)。

**runtime: 运行时依赖范围。**

> 使用此依赖范围的Maven依赖，对于测试和运行classpath有效，但在编译主代码时无效。典
> 
> 型的例子是JDBC驱动实现，项目主代码的编译只需要JDK提供的JDBC接口，只有在执行测试
> 
> 或者运行项目的时候才需要实现上述接口的具体JDBC驱动。

**system: 系统依赖范围。**

> 该依赖与三种classpath的关系，和provided依赖范围完全一致。但是，使用system范围依
> 
> 赖时必须通过systemPath元素显式地指定依赖文件的路径。由于此类依赖不是通过Maven仓
> 
> 库解析的，而且往往与本机系统绑定，可能造成构建的不可移植，因此应该谨慎使用。

4. Optional：标记依赖是否可选

5. Exclusions： 用来排除传递性依赖。

### 2.依赖范围 ###

首先需要知道，Maven在编译项目主代码的时候需要使用一套classpath。 比如：编译项目代码的时候需要用到spring-core, 该文件以依赖的方式被引入到classpath中。 其次， Maven在执行测试的时候会使用另外一套classpath。 如：junit。

最后在实际运行项目时，又会使用一套classpath， spring-core需要在该classpath中，而junit不需要。

那么依赖范围就是用来控制依赖与这三种classpath(编译classpath，测试classpath，运行时

classpath)的关系， Maven有以下几种依赖范围：

**Compile 编译依赖范围。**

> 如果没有指定，就会默认使用该依赖范围。 使用此依赖范围的Maven依赖， 对于编译，测试，运行都有效。

**Test： 测试依赖范围。**

> 只在测试的时候需要。比如junit

**Provided： 已提供依赖范围。**

> 使用此依赖范围的Maven依赖，对于编译和测试有效， 但在运行时无效。 典型的例子是servlet-API, 编译和测试项目的需要， 但在运行项目时， 由于容器已经提供， 就不需要Maven重复地引入一遍。

**Runtime： 运行时依赖范围。**

> 使用此依赖范围的Maven依赖，对于测试和运行有效， 但在编译代码时无效。 典型的例子是：jdbc驱动程序， 项目主代码的编译只需要jdk提供的jdbc接口，只有在执行测试或者运行项目的时候才需要实现上述接口的具体jdbc驱动。

**System： 系统依赖范围。 一般不使用。**

### 3.传递性依赖 ###

传递依赖机制， 让我们在使用某个jar的时候就不用去考虑它依赖了什么。也不用担心引入多余的依赖。 Maven会解析各个直接依赖的POM，将那些必要的间接依赖，以传递性依赖的形式引入到当前项目中。

注意： 传递依赖有可能产生冲突！！

冲突场景：

如果A下同时存在两个不同version的C，冲突！！（选取同时适合A、B的版本）

<dependencies>
        <dependency>
          <groupId>A</groupId>
          <artifactId>A</artifactId>
          <version>xxx</version>
          <exclusions>
            <exclusion>
              <groupId>C</groupId>
              <artifactId>C</artifactId>
            </exclusion>
          </exclusions>
        </dependency>
        <dependency>
          <groupId>B</groupId>
          <artifactId>B</artifactId>
        </dependency>
      </dependencies>
      这里的<exclusions>
      <exclusion>
        <groupId>C</groupId>
        <artifactId>C</artifactId>
      </exclusion>
    </exclusions> 来排除冲突的

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

以上是我对maven依赖的所有认识，希望对你有用，不足请补充指正！

![f9e311e4934a4b98aad6aa753b962ec5.jpeg][]

[f9e311e4934a4b98aad6aa753b962ec5.jpeg]: https://image.dandelioncloud.cn/pgy_files/images/2024/03/26/80fffcd6892e430ba00c22e9c496534f.png