Maven项目依赖管理

女爷i 2024-04-01 18:08 119阅读 0赞

我们现在已经能把项目拆分成一个个独立的模块，当在其他项目中想要使用独立出来的这些模块，只需要在其`pom.xml`使用`<dependency>`标签来进行`jar`包的引入即可。

`<dependency>`其实就是依赖，关于依赖管理里面都涉及哪些内容，如下：

*  依赖传递
 *  可选依赖
 *  排除依赖

我们先来理解一下什么是依赖：

依赖指当前项目运行所需的`jar`，一个项目可以设置多个依赖。

格式为：

<dependencies>
        
        <dependency>
            
            <groupId>org.springframework</groupId>
            
            <artifactId>spring-webmvc</artifactId>
            
            <version>5.2.15.RELEASE</version>
        </dependency>
    </dependencies>

### 1. 依赖传递与冲突问题 ###

回到我们刚才的项目案例中，打开`Maven`的面板，你会发现：

![在这里插入图片描述][f2e6ea7ee8a04c4fa3facadfef8aa5d2.png_pic_center]

在项目所依赖的这些`jar`包中，有一个比较大的区别就是**有的依赖前面有箭头`>`，有的依赖前面没有。**

那么这个箭头所代表的含义是什么？

打开前面的箭头，你会发现这个`jar`包下面还包含有其他的`jar`包

![在这里插入图片描述][4867136ccc8d4af4ab2e0534f3ec7407.png_pic_center]

你会发现`maven_03_ssm_pojo`、`maven_03_ssm_dao`、`maven_03_ssm_service`的依赖多次被加载到Dependencies中，那么`maven_03_ssm_controller`中的`maven_03_ssm_pojo`、`maven_03_ssm_dao`、`maven_03_ssm_service`能不能使用呢？

要想验证非常简单，只需要把`maven_03_ssm_controller`项目中`pom.xml`关于`maven_03_ssm_pojo`、`maven_03_ssm_dao`的依赖注释或删除掉

![在这里插入图片描述][48b55fc316f04ce0a928563ca11468b1.png_pic_center]

在`Dependencies`中移除自己所添加`maven_03_ssm_pojo`、`maven_03_ssm_dao`依赖后，打开`UserController`的类，你会发现`User`类依然存在，可以被正常使用

![在这里插入图片描述][97da49c452064d6bba68ba6773047727.png_pic_center]

这个特性其实就是我们要讲解的依赖传递。

依赖是具有传递性的：

![在这里插入图片描述][358a1162290442a093098251504a805e.png_pic_center]

**说明：**`A`代表自己的项目；`B`，`C`，`D`，`E`，`F`，`G`代表的是项目所依赖的`jar`包；`D1`和`D2`、`E1`和`E2`代表是相同`jar`包的不同版本

(1) `A`依赖了`B`和`C`，`B`和`C`有分别依赖了其他`jar`包，所以在`A`项目中就可以使用上面所有`jar`包，这就是所说的依赖传递

(2) 依赖传递有直接依赖和间接依赖

*  相对于`A`来说，`A`直接依赖`B`和`C`，间接依赖了`D1`，`E1`，`G`，`F`，`D2`和`E2`
 *  相对于`B`来说，`B`直接依赖了`D1`和`E1`，间接依赖了`G`
 *  直接依赖和间接依赖是一个相对的概念

(3) 因为有依赖传递的存在，就会导致jar包在依赖的过程中出现冲突问题，具体什么是冲突？`Maven`是如何解决冲突的？

这里所说的依赖冲突是指项目依赖的某一个`jar`包，有多个不同的版本，因而造成类包版本冲突。

情况一：在`maven_02_ssm`的`pom.xml`中添加两个不同版本的`Junit`依赖：

<dependencies>
        <dependency>
          <groupId>junit</groupId>
          <artifactId>junit</artifactId>
          <version>4.13.2</version>
          <scope>test</scope>
        </dependency>
        <dependency>
          <groupId>junit</groupId>
          <artifactId>junit</artifactId>
          <version>4.12</version>
          <scope>test</scope>
        </dependency>
    </dependencies>

![在这里插入图片描述][4f4b81d9d30145218a25d31e43949134.png_pic_center]

![在这里插入图片描述][a38a3b4c68c141ef86cbd6a752c4699a.png_pic_center]

通过对比，会发现一个结论

*  特殊优先：当同级配置了相同资源的不同版本，后配置的覆盖先配置的。

情况二：路径优先：当依赖中出现相同的资源时，层级越深，优先级越低，层级越浅，优先级越高

*  `A`通过`B`间接依赖到`E1`
 *  `A`通过`C`间接依赖到`E2`
 *  `A`就会间接依赖到`E1`和`E2`，`Maven`会按照层级来选择，`E1`是2度，E2是3度，所以最终会选择`E1`

情况三：声明优先：当资源在相同层级被依赖时，配置顺序靠前的覆盖配置顺序靠后的

*  `A`通过`B`间接依赖到`D1`
 *  `A`通过`C`间接依赖到`D2`
 *  `D1`和`D2`都是两度，这个时候就不能按照层级来选择，需要按照声明来，谁先声明用谁，也就是说`B`在`C`之前声明，这个时候使用的是`D1`，反之则为`D2`

但是对应上面这些结果，不需要刻意去记它。因为不管`Maven`怎么选，最终的结果都会在`Maven`的`Dependencies`面板中展示出来，展示的是哪个版本，也就是说它选择的就是哪个版本，如:

![在这里插入图片描述][3fddfa6d934a4ab6abb280c9ad1cae1b.png_pic_center]

如果想更全面的查看`Maven`中各个坐标的依赖关系，可以点击`Maven`面板中的`show Dependencies`

![在这里插入图片描述][4bcd62e693bf4749acb4faba137994dd.png_pic_center]

在这个视图中就能很明显的展示出jar包之间的相互依赖关系。

### 2. 可选依赖和排除依赖 ###

依赖传递介绍完以后，我们来思考一个问题，

![在这里插入图片描述][609bc06355f04019ad72027cfdd72cd6.png_pic_center]

*  `maven_02_ssm` 依赖了 `maven_03_ssm_controller`
 *  `maven_03_ssm_controller` 依赖了`maven_03_ssm_service`、`maven_03_ssm_pojo`
 *  `maven_03_ssm_service` 依赖了`maven_03_ssm_dao`、`maven_03_ssm_pojo`
 *  `maven_03_ssm_dao`依赖了 `maven_03_ssm_pojo`
 *  因为现在有依赖传递，所以`maven_02_ssm`能够使用到`maven_03_ssm_pojo`的内容
 *  如果说现在不想让`maven_02_ssm`依赖到`maven_03_ssm_pojo`，有哪些解决方案?

\*\*说明：\*\*在真实使用的过程中，`maven_02_ssm`中是需要用到`maven_03_ssm_pojo`的，我们这里只是用这个例子描述我们的需求。因为有时候，`maven_03_ssm_dao`出于某些因素的考虑，就是不想让别人使用自己所依赖的`maven_03_ssm_pojo`。

#### 方案一：可选依赖 ####

*  可选依赖指对外隐藏当前所依赖的资源 ------ 不透明

在`maven_03_ssm_dao`的`pom.xml`，在引入`maven_03_ssm_pojo`的时候，添加`optional`

<dependency>
                <groupId>com.dcxuexi</groupId>
                <artifactId>maven_03_ssm_pojo</artifactId>
                <version>1.0-SNAPSHOT</version>
                
                <optional>true</optional>
            </dependency>

此时`UserServiceI`就已经报错了,说明由于`maven_03_ssm_dao`将`maven_03_ssm_pojo`设置成可选依赖，导致`maven_03_ssm_service`无法引用到`maven_03_ssm_pojo`中的内容，导致`User`类找不到。

![在这里插入图片描述][e104e9cec90b4ef5bb53e8ff2ab64211.png_pic_center]

#### 方案二：排除依赖 ####

*  排除依赖指主动断开依赖的资源，被排除的资源无需指定版本 ------ 不需要

前面我们已经通过可选依赖实现了阻断`maven_03_ssm_pojo`的依赖传递，对于排除依赖，则指的是已经有依赖的事实，也就是说`maven_03_ssm_service`项目中已经通过依赖传递用到了`maven_03_ssm_pojo`，此时我们需要做的是将其进行排除，所以接下来需要修改`maven_02_ssm`的`pom.xml`

这样操作后，`UserService`中的`User`类一样也会报错。

当然`exclusions`标签带`s`说明我们是可以依次排除多个依赖到的`jar`包，比如`maven_03_ssm_dao`中有依赖`mysql-connector-java`和`mybatis`，我们也可以一并将其排除。

<dependency>
                <groupId>com.dcxuexi</groupId>
                <artifactId>maven_03_ssm_dao</artifactId>
                <version>1.0-SNAPSHOT</version>
                
                <exclusions>
                    <exclusion>
                        <groupId>com.dcxuexi</groupId>
                        <artifactId>maven_03_ssm_pojo</artifactId>
                    </exclusion>
                    <exclusion>
                        <groupId>org.mybatis</groupId>
                        <artifactId>mybatis</artifactId>
                    </exclusion>
                    <exclusion>
                        <groupId>mysql</groupId>
                        <artifactId>mysql-connector-java</artifactId>
                    </exclusion>
                </exclusions>
            </dependency>

介绍我这两种方式后，简单来梳理下，就是

*  `A依赖B`，`B依赖C`，`C`通过依赖传递会被`A`使用到，现在要想办法让`A`不去依赖`C`
 *  可选依赖是在B上设置`<optional>`，`A`不知道有`C`的存在，
 *  排除依赖是在A上设置`<exclusions>`，`A`知道有`C`的存在，主动将其排除掉。

### 项目代码 ###

*  [gitee 代码下载][gitee]
 *  [github 代码下载][github]

[f2e6ea7ee8a04c4fa3facadfef8aa5d2.png_pic_center]: https://image.dandelioncloud.cn/pgy_files/images/2024/04/01/3c07fd72845e4599ac6d123dd5a2e54e.png
[4867136ccc8d4af4ab2e0534f3ec7407.png_pic_center]: https://image.dandelioncloud.cn/pgy_files/images/2024/04/01/e18816346f544250a32bc411a72c7016.png
[48b55fc316f04ce0a928563ca11468b1.png_pic_center]: https://image.dandelioncloud.cn/pgy_files/images/2024/04/01/7bf62557b67340d5a2736b88fcf09c70.png
[97da49c452064d6bba68ba6773047727.png_pic_center]: https://image.dandelioncloud.cn/pgy_files/images/2024/04/01/6651efcf9bae4d1ca348fe3f47bfb46e.png
[358a1162290442a093098251504a805e.png_pic_center]: https://image.dandelioncloud.cn/pgy_files/images/2024/04/01/94f840b69c064f96907aa2a7a472c2cd.png
[4f4b81d9d30145218a25d31e43949134.png_pic_center]: https://image.dandelioncloud.cn/pgy_files/images/2024/04/01/021ae240e9d84536a7196b58adb9c67a.png
[a38a3b4c68c141ef86cbd6a752c4699a.png_pic_center]: https://image.dandelioncloud.cn/pgy_files/images/2024/04/01/d63df4540f6d4f1e818f5fa949f03bcd.png
[3fddfa6d934a4ab6abb280c9ad1cae1b.png_pic_center]: https://image.dandelioncloud.cn/pgy_files/images/2024/04/01/458a9a47dc014476b25eafbde24edf47.png
[4bcd62e693bf4749acb4faba137994dd.png_pic_center]: https://image.dandelioncloud.cn/pgy_files/images/2024/04/01/6e533d6d450545e5915810f5cddc8eb7.png
[609bc06355f04019ad72027cfdd72cd6.png_pic_center]: https://image.dandelioncloud.cn/pgy_files/images/2024/04/01/bcea973fec5843e5a5c85989b9ce2295.png
[e104e9cec90b4ef5bb53e8ff2ab64211.png_pic_center]: https://image.dandelioncloud.cn/pgy_files/images/2024/04/01/0c33825b277241e2a35a1e609874e3bb.png
[gitee]: https://gitee.com/DchuangDB/Maven
[github]: https://github.com/dcbut/Maven