添加第三方.aar文件后无法合并dex

Question

我unable to merge dex了许多帖子似乎抱怨的unable to merge dex问题。 经过研究后，我认为我找到了问题的根源，但我不知道如何继续解决它。

我目前正在将各种第三方组件组合在一起来创建一个Android应用程序。 它由以下部分组成：

• app ：该应用程序本身，这是一个最小的应用程序，具有从Android Studio创建的Kotlin活动
• libs ：两个.aar文件A.aar和B.aar，其中A.aar依赖于B.aar
• base ：第三方java模块，它提供一些接口，帮助程序功能，并包括一些对它们的依赖关系。 这个模块有自己的build.gradle文件。

我按照以下步骤将它们集成：

• 如果我将base添加为app的依赖项，那么一切都会构建
• 当我在应用程序的build.gradle中将A.aar添加为依赖项时，它仍会生成
• 然后，当我将B.aar添加为应用程序的依赖项（ implementation B.aar ）时，gradle构建失败，并显示以下错误： Unable to merge dex 。

查看Gradle堆栈跟踪，我发现它抱怨多个dex文件定义了Lcom.google.common.io.ByteSink ，这似乎是Google的Guava库。

使用Android Studio中的“项目”视图，B.aar似乎实际上在其中包含了Guava 18.0版（在“ classes.jar”部分下）。 我认为这与guava 20.0在build.gradle中的base的implementation依赖项行冲突。

因此，我想我已经找到了冲突的根源（2个不同版本的番石榴相撞），但是我不确定如何进行。 第三方将番石榴包装到.aar中是否是错误的？ 如果是这样，除了要求第三方将其删除之外，我是否有其他方法可以解决此问题？

我们尝试过但无法解决的问题：

• 在包含AAR的implementation语句中使用exclude语句（我怀疑它可能仅适用于外部依赖项，不适用于AAR中内置的代码）
• 使用preDexLibraries （ true对我们中的某些人有效， false对其他人有效-这不是解决方案！）

我更多地是C ++ / C的人，所以我可能需要一些Java特定概念的帮助。 预先感谢您的帮助。

Answer 1

我们发现的唯一解决方案是对第三方AAR执行以下操作：

• 使用.zip文件编辑器（例如：7-zip）打开AAR文件
• 在AAR中打开classes.jar
• 导航到com目录
• 删除google子目录

然后，我们将guava作为依赖项添加到了gradle文件中。它的工作原理是正确的，我们正等待第三方提供商的同意。