两个SDK的混淆Jar包冲突引发编译错误，该如何解决？

问题背景 #

两个已编译的混淆SDK包中出现了同名的混淆类（a.a、b.a），导致编译阶段抛出重复类错误，以下是可行的解决方法：

1. 通过Gradle排除冲突依赖 #

如果其中一个SDK的冲突类属于冗余依赖模块，可以在依赖声明中排除对应模块。例如假设com.random1.android.sdk:module-core包含的冲突类是多余的，修改Gradle依赖配置：

implementation('com.random1.android.sdk:module-core:31.2.5') {
    exclude group: 'com.abc.xyz', module: 'random2-core'
}

2. 用JarJar工具重命名其中一个SDK的混淆类 #

JarJar可修改Jar包内的类名，从根源避免类名重复，步骤如下：

• 创建规则文件（如rules.txt），定义类名重命名规则：

  rule a.** com.random1.a.@1
  rule b.** com.random1.b.@1
  

  该规则会将目标SDK中所有a.开头的类重命名为com.random1.a.前缀，b.开头的类同理。
• 执行命令修改Jar包：

  java -jar jarjar.jar process rules.txt original-module-core.jar modified-module-core.jar
  

• 将修改后的Jar包替换原依赖，或作为本地依赖引入项目。

3. 联系SDK提供商修复 #

若两个SDK均为第三方提供，直接联系对应技术支持，说明混淆类名冲突问题，请求调整混淆规则（比如指定专属的混淆前缀，避免使用a.a这类通用混淆类名），或提供无冲突的版本。

4. 应急使用Gradle的pickFirst策略 #

在build.gradle中配置编译时优先选择其中一个SDK的类：

android {
    packagingOptions {
        pickFirst 'a/a.class'
        pickFirst 'b/a.class'
    }
}

⚠️ 注意：此方法存在风险，若两个重复类的实现逻辑不同，优先选择其中一个可能导致运行时异常，仅在确认两类功能完全一致时使用。

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