理解Gradle依赖冲突的根源
在复杂的项目中，Gradle的依赖管理机制会处理大量的直接和间接（传递性）依赖。当不同的直接依赖或传递依赖引入了同一个库的不同版本时，就会发生依赖冲突。Gradle通常会尝试通过其默认的冲突解决策略（例如，选择最新版本）来解决这些冲突。然而，在某些情况下，特别是当旧版本作为深层传递依赖被引入时，默认策略可能无法按预期工作，或者某个依赖项明确要求一个旧版本，导致两个版本都被下载。这不仅会增加构建产物的大小，还可能因旧版本中的安全漏洞而带来严重的安全隐患，正如gson 2.8.6被标记为漏洞版本的情况。
诊断冲突：使用gradle dependencies
解决依赖冲突的第一步是准确找出是哪个依赖项引入了不需要的版本。Gradle提供了强大的dependencies命令来可视化项目的依赖树。
操作步骤：
-
打开项目的根目录，执行以下Gradle命令：
./gradlew dependencies
或者在Windows上：
gradlew dependencies
-
仔细审查输出结果。你需要查找目标库（例如com.google.code.gson:gson）在依赖树中出现的所有位置。特别关注那些引入了不需要版本（例如2.8.6）的依赖路径。
例如，你可能会看到类似这样的输出：
+--- com.some.library:x.y:1.0 | +--- com.google.code.gson:gson:2.8.6 (conflict with 2.9.0)
这表明com.some.library:x.y:1.0这个库传递性地引入了gson:2.8.6。
解决冲突：精确排除传递依赖
一旦确定了引入不需要版本的上游依赖项，最有效的方法是使用Gradle的exclude机制，在声明该上游依赖时，明确排除其传递性引入的特定库。
核心策略：
在你的build.gradle文件中，找到引入了旧版本gson的那个依赖项（在上述例子中是com.some.library:x.y:1.0），然后使用exclude关键字将其传递性依赖gson排除掉。同时，确保你明确声明了你希望使用的gson版本。
示例代码：
假设你通过gradle dependencies发现com.some.library:x.y:1.0引入了gson:2.8.6，而你希望只使用gson:2.9.0。你的build.gradle文件应进行如下修改：
dependencies {
// 明确声明你希望使用的gson版本
implementation 'com.google.code.gson:gson:2.9.0'
// 声明引入旧版本gson的依赖，并排除其传递性gson依赖
implementation('com.some.library:x.y:1.0') {
// 排除com.google.code.gson组下的gson模块
exclude(group: 'com.google.code.gson', module: 'gson')
}
// 其他依赖...
}解释：
- implementation 'com.google.code.gson:gson:2.9.0'：这确保了你的项目直接依赖并使用gson的2.9.0版本。
- exclude(group: 'com.google.code.gson', module: 'gson')：这条语句指示Gradle，当解析com.some.library:x.y:1.0的依赖时，不要包含com.google.code.gson组下的gson模块。这样，com.some.library:x.y:1.0将不会再引入gson:2.8.6。由于你已经明确声明了gson:2.9.0，Gradle会使用你指定的版本。
其他尝试及注意事项
在问题描述中提到了一些其他尝试，例如strictly '2.9.0'、force = true和resolutionStrategy.eachDependency。这些方法在某些场景下是有效的，但它们的作用机制有所不同：
- strictly '2.9.0' (严格版本约束): 适用于当存在多个版本冲突时，强制Gradle选择指定版本。如果一个依赖项 明确要求 一个旧版本，或者冲突解决路径复杂，它可能不会阻止旧版本被下载。
- force = true (强制依赖): 通常与compileOnly等配置结合使用，强制Gradle使用指定版本。但如果旧版本是通过深层传递依赖引入，且没有明确的冲突点，它可能无法完全阻止。
- resolutionStrategy.eachDependency (全局解析策略): 这是一个强大的全局配置，可以拦截并修改所有依赖的解析请求。虽然理论上可以解决问题，但其作用范围广，可能影响其他无辜的依赖，并且如果旧版本是作为某个特定配置（如runtimeOnly）的一部分被引入，或者在eachDependency执行后被重新引入，也可能失效。
相比之下，exclude机制更为精确和直接。它从源头切断了不需要的传递依赖，是解决此类特定版本冲突的有效手段。
总结：
当Gradle项目面临多版本库冲突，特别是涉及安全漏洞的旧版本时，应遵循以下步骤：
- 诊断： 使用./gradlew dependencies命令找出引入不需要版本的上游依赖。
- 排除： 在build.gradle中，对引入旧版本的上游依赖使用exclude(group: 'groupName', module: 'moduleName')来阻止其传递性引入。
- 指定： 明确声明你希望使用的库版本。
通过这种精确的诊断和排除策略，可以有效管理Gradle项目的依赖，确保构建的稳定性和安全性。
