SBT如何解决依赖库版本冲突？Module B将引入哪个版本？

嘿，这个问题其实是构建工具里很常见的依赖版本仲裁场景，我来给你掰扯清楚～

首先先明确你的场景：

Module A 依赖 Library 1.0
Module B 同时依赖 Module A 和 Library 2.0
Library 1.0 与 2.0 无接口变更

不同构建工具的版本选择逻辑略有差异，但核心规则是依赖路径优先级：

• Gradle 环境：默认采用「路径最短优先」原则。你的场景里，Library 2.0 是 Module B 的直接依赖（路径长度为1），而 Library 1.0 是通过 Module A 传递过来的依赖（路径长度为2），所以 Gradle 会自动选择 Library 2.0。如果两个依赖路径长度相同（比如 Module B 直接声明了两个版本），则会选择 build 脚本中声明顺序靠后的版本。
• Maven 环境：默认同样遵循「路径最短优先」。同样的逻辑，Library 2.0 作为直接依赖路径更短，会被优先选中。如果路径长度一致，则会选择 pom.xml 中先声明的那个版本。

因为你提到两个版本没有接口变更，所以即使自动替换版本也不会出现兼容性问题。如果后续版本有接口差异，你也可以手动干预依赖解析，比如在 Gradle 里用 exclude 排除不需要的传递依赖，或者在 Maven 里通过 <exclusions> 标签处理冲突。

参考资源 #

• Gradle 官方文档的「依赖解析规则」章节，详细讲解了版本仲裁的逻辑和自定义配置方式
• Maven 官方文档的「依赖机制」部分，说明了依赖传递、冲突解决的核心规则

内容的提问来源于stack exchange，提问作者gyoho