Maven 依赖管理的挑战与解决方案

在 Devoxx UK 的演讲中，JFrog 的开发者倡导者 Ixchel Ruiz 和 Oracle 的首席产品经理 Andres Almiray 探讨了 Apache Maven 依赖管理的复杂性，并提出了多个“Maven 谜题”及其解决方案。他们的演讲涵盖了直接依赖、传递依赖、父 POM 以及导入物料清单（BOM）等内容。

主要观点

1. 工具的重要性：Ruiz 强调，开发者在使用工具时，工具能够按预期工作会让人感到舒适。Maven 作为主要的 Java 构建工具，市场占有率高达 68% 至 73%，即使 Gradle 和 sbt 也在某种程度上依赖 Maven。
2. Maven 生命周期：Almiray 建议在克隆 Maven 项目后，使用 mvn verify 而不是 mvn clean install，因为 verify 是生命周期中在 install 之前的步骤，它会验证项目并运行测试。

3. 依赖冲突的解决方案：

   • 单 POM 文件依赖管理：当 POM 文件中声明了同一依赖的不同版本时，Maven 会选择最后声明的版本。为了避免这种情况，建议使用 Maven Enforcer 插件的“禁止重复 POM 版本规则”。
   • 传递依赖：直接依赖总是优先于传递依赖。可以使用“依赖收敛规则”和“要求上限依赖规则”来确保依赖版本的统一性。
   • 依赖管理块：依赖管理块类似于查找表，Maven 会根据它来选择依赖版本。直接依赖总是优先于依赖管理块中定义的版本。
4. 父 POM 文件依赖：父 POM 为依赖管理提供了不同的上下文。子 POM 会继承父 POM 的内容，但直接依赖仍然优先。
5. BOM 依赖：BOM 分为库 BOM 和堆栈 BOM。BOM 通过依赖管理块导入，Maven 会忽略其他依赖版本，优先使用 BOM 中定义的版本。

关键信息和重要细节

• Maven 版本：推荐使用 Maven 3.9.x，并逐步过渡到 4.x 版本。Maven 4.x 将在依赖冲突时生成构建错误，而 3.x 仅会发出警告。
• 工具建议：使用 SDKMAN 管理不同版本的 Java，使用 Maven 守护进程提高构建速度。

• 依赖解析规则：

  • 直接依赖总是优先。
  • 传递依赖会选择最先且最接近的版本。
  • 依赖管理块作为目录使用。
  • BOM 导入时，其他依赖版本被忽略。
• Maven Enforcer 插件：强烈建议使用该插件来确保依赖管理的规则清晰且一致，避免构建输出因依赖定义位置的变化而改变。

总结

Ruiz 和 Almiray 的演讲深入探讨了 Maven 依赖管理的复杂性，并提供了多种解决方案来应对依赖冲突。他们强调了使用 Maven Enforcer 插件的重要性，并提醒开发者注意依赖解析的规则，以确保构建过程的稳定性和可预测性。通过合理的依赖管理，开发者可以避免“依赖地狱”，提高开发效率和项目质量。