Maven（九）maven 依赖的基本概念

一、依赖的基本配置

配置文件中（pom.xml），根元素 project 下的 dependencies 可以包含多个 dependency 元素，以声明多个依赖。每个依赖都应该包含以下元素：

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 重复地引入一遍。
   • runtime : 运行时依赖范围。使用此依赖范围的 Maven 依赖，对于测试和运行 classpath 有效，但在编译主代码时无效。典型的例子是 JDBC 驱动实现，项目主代码的编译只需要 JDK 提供的 JDBC 接口，只有在执行测试，或者运行项目的时候，才需要实现上述接口的具体 JDBC 驱动。
   • system : 系统依赖范围
     该依赖与三种 classpath 的关系，和 provided 依赖范围完全一致。但是，使用 system 范围依赖时必须通过 systemPath 元素显式地指定依赖文件的路径。由于此类依赖不是通过 Maven 仓库解析的，而且往往与本机系统绑定，可能造成构建的不可移植，因此应该谨慎使用。
4. Optional ：标记依赖是否可选
5. Exclusions ：用来排除传递性依赖

二、依赖范围

1. 首先需要知道，Maven 在编译项目主代码的时候需要使用一套 classpath 。
   比如：编译项目代码的时候需要用到 spring-core, 该文件以依赖的方式被引入到 classpath 中。其次， Maven 在执行测试的时候会使用另外一套 classpath。 如：junit。最后在实际运行项目时，又会使用一套 classpath ， spring-core 需要在该 classpath 中，而 junit不需要。
2. 依赖范围就是用来控制依赖，与这三种 classpath (编译、测试、运行时)的关系， Maven 有以下几种依赖范围：
   • Compile 编译依赖范围：如果没有指定，就会默认使用该依赖范围。 使用此依赖范围的Maven 依赖， 对于编译，测试，运行都有效。
   • Test 测试依赖范围： 只在测试的时候需要。比如 junit
   • Provided 已提供依赖范围： 使用此依赖范围的 Maven 依赖，对于编译和测试有效，但在运行时无效。 典型的例子是 servlet-API，编译和测试项目的需要，但在运行项目时， 由于容器已经提供，就不需要 Maven 重复地引入一遍。
   • Runtime 运行时依赖范围：使用此依赖范围的 Maven 依赖，对于测试和运行有效，但在编译代码时无效。典型的例子是：jdbc 驱动程序， 项目主代码的编译只需要 jdk 提供的 jdbc 接口，只有在执行测试或者运行项目的时候才需要实现上述接口的具体 jdbc 驱动。
   • System 系统依赖范围。一般不使用。

三、传递性依赖

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

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

• 冲突场景：如果 A 下同时存在两个不同 version 的 C ，冲突！！

A--->B--->C  (2.0)
A--->E--->C  (1.0)

• 解决冲突：（选取同时适合 A、B 的版本）

<dependencies>
    <dependency>
        <groupId>A</groupId>
        <artifactId>A</artifactId>
        <version>xxx</version>
        <!-- 排除 C 冲突 -->
        <exclusions>
            <exclusion>
                <groupId>C</groupId>
                <artifactId>C</artifactId>
            </exclusion>
        </exclusions>
    </dependency>
    <dependency>
        <groupId>B</groupId>
        <artifactId>B</artifactId>
    </dependency>
</dependencies>