返回

依赖管理-下

后端

特殊优先

当同级配置了相同资源的不同版本，后配置的覆盖先配置的（提醒：要尽量避免这种没有意义的冲突）

修改 D:\java_projects\maven_A\pom.xml，引入 Maven 的依赖：

<dependency>
  <groupId>junit</groupId>
  <artifactId>junit</artifactId>
  <version>4.11</version>
</dependency>

修改 D:\java_projects\maven_B\pom.xml，引入 Maven 的依赖：

<dependency>
  <groupId>junit</groupId>
  <artifactId>junit</artifactId>
  <version>4.12</version>
</dependency>

当 Maven 导入依赖的时候，它会发现这两个 POM 文件都依赖了相同 groupId 和 artifactId 的依赖，但是版本不同。由于 Maven 的依赖导入机制是“最近者优先”，因此它会使用后导入的 POM 文件中指定的版本，即 4.12。

可选依赖

除了必选依赖之外，Maven 还支持可选依赖（optional dependency）。可选依赖是一种不会自动导入的依赖，只有在显式声明需要使用它的时候才会导入。

要声明一个可选依赖，可以在 POM 文件中使用 <optional> 元素：

<dependency>
  <groupId>org.springframework</groupId>
  <artifactId>spring-web</artifactId>
  <version>5.2.10.RELEASE</version>
  <optional>true</optional>
</dependency>

这样，当 Maven 导入依赖的时候，它就不会自动导入 spring-web 依赖。只有在项目代码中显式地使用了 spring-web 依赖，Maven 才会导入它。

最长的路径优先

在某些情况下，Maven 可能需要在多个依赖路径中选择一个依赖版本。例如，如果项目 A 依赖项目 B，项目 B 又依赖项目 C，而项目 C 又依赖项目 D，那么 Maven 需要决定是使用项目 A 中指定的项目 C 版本，还是使用项目 B 中指定的项目 C 版本。

在这种情况下，Maven 会使用最长的路径优先的原则来选择依赖版本。也就是说，它会选择依赖路径最长的那个依赖版本。

例如，如果项目 A 中指定的项目 C 版本是 1.0.0，项目 B 中指定的项目 C 版本是 1.1.0，那么 Maven 会使用项目 B 中指定的项目 C 版本，因为项目 B 的依赖路径更长。

依赖冲突

当 Maven 导入依赖的时候，它可能会遇到依赖冲突。依赖冲突是指两个或多个依赖具有相同的 groupId 和 artifactId，但是版本不同。

当 Maven 遇到依赖冲突的时候，它会根据依赖的优先级来选择一个依赖版本。依赖的优先级由以下因素决定：

  • 范围 ：范围越窄的依赖优先级越高。
  • 类型 ：系统依赖的优先级高于已发布的依赖，已发布的依赖的优先级高于快照依赖。
  • 版本 ：版本越高的依赖优先级越高。

如果两个或多个依赖具有相同的优先级，那么 Maven 会抛出一个异常。

解决依赖冲突

要解决依赖冲突，可以采用以下方法：

  • 使用依赖管理 ：依赖管理是一种通过 POM 文件来管理依赖的机制。可以使用依赖管理来指定依赖的版本、范围和类型。这样，就可以避免在导入依赖的时候出现依赖冲突。
  • 排除依赖 ：排除依赖是一种通过 POM 文件来排除特定依赖的机制。可以使用排除依赖来排除与其他依赖冲突的依赖。这样，就可以避免在导入依赖的时候出现依赖冲突。
  • 修改依赖 ：修改依赖是一种通过 POM 文件来修改依赖的机制。可以使用修改依赖来修改依赖的版本、范围和类型。这样，就可以避免在导入依赖的时候出现依赖冲突。

更多资源