Gradle仅单个strict版本约束仍依赖解析失败的原因

现有如下Gradle依赖约束配置：

constraints {
    api("org.scala-lang.modules:scala-xml_2.12:1.0.6") {
        version {
            strictly ("1.0.6")
        }
    }
}

该配置触发构建报错，核心错误为无法解析配置:parent:mldsl:testFixturesCompileClasspath下的org.scala-lang.modules:scala-xml_2.12依赖，冲突的版本要求包括：

• scala-compiler:2.12.16、json4s-core:3.5.3 依赖版本1.0.6
• 上述自定义约束要求版本严格为1.0.6
• scalatest-core_2.12:3.2.12 依赖版本2.1.0

全局仅存在一条strictly声明指向1.0.6，但依赖解析依然失败。

首先要纠正对Gradlestrictly关键字的普遍误解：

strictly不是无条件暴力覆盖所有传递依赖版本的霸王条款。
它的实际语义分为两层：

1. 声明当前项目仅接受指定的版本，主动拒绝所有其他版本选项
2. 最终选中的版本必须同时满足所有依赖（含传递依赖）的硬性版本要求，如果不存在能落入所有版本允许范围的交集版本，直接抛出解析失败错误。
   strictly本质是带强校验的版本锁，它不会跳过依赖的兼容性声明强行替换版本，避免出现编译期没发现、运行时才报类找不到/方法不存在的问题。

回到这个报错场景：

• 你声明的strictly 1.0.6把允许的版本集合收窄到了只有1.0.6一个选项
• scalatest-core_2.12:3.2.12 发布的元数据中，对scala-xml_2.12的依赖是固定版本2.1.0——scala-xml 1.x和2.x是二进制完全不兼容的大版本跨越，ScalaTest 3.2.x编译时依赖的是2.x版本的类和方法，1.0.6版本完全无法满足它的运行要求，因此它的版本允许范围只有2.1.0
• 两个版本允许范围没有任何交集：你只接受1.0.6，ScalaTest只接受2.1.0，不存在能同时满足所有约束的版本，自然解析失败。

报错里没有显示ScalaTest侧的strictly声明也很正常：Maven中央仓库的大多数依赖不会用Gradle专属的富版本语法声明依赖，它的固定版本要求在Gradle解析时会被识别为require [2.1.0,2.1.0]的硬性约束，和你的strictly 1.0.6冲突逻辑完全成立。

• 如果你需要兼容当前版本的ScalaTest，就不能锁死scala-xml为1.0.6：需要把scala-compiler、json4s、Spark等依赖升级到适配scala-xml 2.x的版本，再将strictly版本调整为2.1.0
• 如果你必须保留scala-xml 1.0.6（比如适配Spark 2.4.x的依赖要求），就需要把ScalaTest降级到适配scala-xml 1.x的版本（比如3.0.x系列），确保所有传递依赖的版本要求都能覆盖1.0.6
• 如果你确定强行替换版本不会触发运行时错误（这个场景下基本不可能，二进制不兼容是硬伤，非常不推荐），可以放弃constraints块里的strictly声明，改用resolutionStrategy.force强制指定版本，这种方式会跳过版本交集校验直接覆盖所有传递依赖的版本要求，但大概率会在测试运行时抛出类或方法缺失的错误。

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