Maven 关键字 optional exclusion

最新推荐文章于 2024-07-05 22:42:15 发布

转载最新推荐文章于 2024-07-05 22:42:15 发布 · 206 阅读

0 ·

CC 4.0 BY-SA版权

原文链接：https://www.cnblogs.com/felordcn/p/12142486.html

文章标签：

#maven #java #开发语言

maven_gradle 专栏收录该内容

12 篇文章

订阅专栏

本文详细解析了Maven中的optional和exclusion关键字在依赖管理中的作用，包括如何决定依赖的可选性、如何避免不必要的包冲突，并通过实例展示了在实际项目中的应用场景。学习如何合理设计依赖以减少jar包体积和提升项目灵活性。

引用

Maven optional 关键字透彻图解:
Maven exclusion 关键字透彻图解:
https://www.cnblogs.com/felordcn/p/12142486.html

optional 正文

在 Maven pom.xml 中，你经常会看到依赖项中有类似下面的代码:

<dependency>
  <groupId>sample.ProjectA</groupId>
  <artifactId>Project-A</artifactId>
  <version>1.0</version>
  <scope>compile</scope>
  <optional>true</optional> 
</dependency>

这里的 true 是什么意思呢？
optional 关键字的奥秘

老规矩，画个图说明问题:
在这里插入图片描述由于 project C 使用到了两个来自 project A 的类 (OptionalFeatureAClass) 和 project B 的类 (OptionalFeatureBClass). 如果 project C 没有依赖 packageA 和 packageB，那么编译将会失败。

project D 依赖 project C，但是对于 project D 来说，类 (OptionalFeatureAClass) 和类 (OptionalFeatureBClass) 是可选的特性，所以为了让最终的 war/ejb package 不包含不必要的依赖，使用声明当前依赖是可选的, 默认情况下也不会被其他项目继承(好比 Java 中的 final 类，不能被其他类继承一样)

如果 project D 确实需要用到 project C 中的 OptionalFeatureAClass 怎么办呢？那我们就需要在 project D 的 pom.xml 中显式的添加声明 project A 依赖，继续看下图:

在这里插入图片描述
Project D 需要用到 Project A 的 OptionalFeatureAClass，那么需要在 Project D 的 pom.xml 文件中显式的添加对 Project A 的依赖

到这也就很好理解为什么 Maven 为什么要设计 optional 关键字了，假设一个关于数据库持久化的项目(Project C), 为了适配更多类型的数据库持久化设计，比如 Mysql 持久化设计(Project A) 和 Oracle 持久化设计(Project B)，当我们的项目(Project D) 要用的 Project C 的持久化设计，不可能既引入 mysql 驱动又引入 oracle 驱动吧，所以我们要显式的指定一个，就是这个道理了

实际案例

在 spring-boot-actuator pom.xml 文件中，有超过 20 个依赖是 optional
在这里插入图片描述因为 Spring Boot 不可能将没必要的依赖也打包到你最终的 jar package 中，所以用到 spring boot actuator 的项目最终生成的 jar package 中不会包含这 20 多个依赖 jar，如果你要用到哪一个，显式的加入到你的项目就好了

在接下来的文章，自定义 Spring Boot Starter 也是这个策略，因为 starter 是包含特定功能为其他项目服务用的，类似本文的 Project C 的角色了，到这里你理解 optional 的奥秘了吗？

反向应用 exclusion

如果 Project C 引入的依赖没有加 < optional>true</ optional>，Project D 又需要依赖 Project C，但只用到 Project A 的类怎么办呢？Maven 也是有解决办法的，使用 exclusion 关键字，不多说，上一段代码就懂了:

<dependencies>
    <dependency>
      <groupId>top.dayarch.demo</groupId>
      <artifactId>Project-C</artifactId>
      <exclusions>
        <exclusion>
          <groupId>top.dayarch.demo</groupId>
          <artifactId>Project-B</artifactId>
        </exclusion>
      </exclusions> 
    </dependency>
</dependencies>