Android 查看并解决重复依赖at com.android.builder.dexing.DexArchiveMer

at com.android.builder.dexing.DexArchiveMergerCallable.call(DexArchiveMergerCallable.java:61) ... 1 more

Get more help at help.gradle.org

BUILD FAILED in 10s 81 actionable tasks: 8 executed, 73 up-to-date

这里的意思就是说，重复的 dex 文件出现在了 TypeAdapters 这个类了。

简单的说就是重复依赖或者依赖冲突或者 Jar 包冲突了。

解决方案

除了删除冲突包外，我们还可以用 Gradle 的 exclude group 将指定的包名排除到编译范围外，如下所示：

implementation ('cn.bmob.android:bmob-sdk:3.5.5'){ // gson-2.6.2 exclude group: 'com.squareup.okhttp3' exclude group: 'com.squareup.okio' exclude group: 'com.google.code.gson' //exclude(module: 'gson') // 防止版本冲突 }

Android 获取所有依赖库的几种方式

方式一：通过 dependencies 命令

./gradlew :app:dependencies

注意：这里的 app 是指工程下的 app 目录，如果你工程下没有 app 而是别的目录，要把这个 app 改为你的工程实际目录名字。

该 task 会显示如下所示的输出：

输出列表展示了所有 configuration 下的依赖树，依赖关系明显，层次清晰。如果觉得输出的结果太冗长 (通常情况下包含几十个 configuration)，可以通过指定 configuration 来显示特定的依赖树:

./gradlew :app:dependencies --configuration releaseCompileClasspath

该命令只会显示 release 模式下编译过程中的依赖树。

方式二：通过 androidDependencies 命令

./gradlew :app:androidDependencies

输出结果如下：

如图所示，该 task 会平铺展示依赖树，并且只展示几个主要的 variant，看起来较为清爽，但是缺点是不能像方式一那样指定 configuration。

方式三：自定义 task 获取

project.afterEvaluate { project.android.applicationVariants.all { variant -> tasks.create(name: "showDependencies ${variant.name.capitalize()}", description: "展示所有依赖") { doLast { Configuration configuration try { // 3.x configuration = project.configurations."$ {variant.name}CompileClasspath" } catch (Exception e) { // 2.x configuration = project.configurations."_ ${variant.name}Compile" } configuration.resolvedConfiguration.lenientConfiguration.allModuleDependencies.each { def identifier = it.module.id println("$ {identifier.group}: ${identifier.name}:$ {identifier.version}") } } } } }

如上，通过这种自定义 task 的方式，可以选择打印依赖，也可以选择保存到文件中，灵活度最高。

总结：

方式一：通用 task，按层次展示依赖树，可以通过指定 configuration 来过滤输出。
方式二：android 项目特有的 task，平铺展示依赖树，不能过滤输出结果。
方式三：自定义 task 获取依赖，灵活度最高，但是需要对 gradle 有较深的理解。

解决重复依赖的方法

1.Program type already present: android.support.design.widget.CoordinatorLayout$1

需要将所有support包中的design模块移除

implementation('com.android.support:appcompat-v7:27.1.0', { exclude group: 'com.android.support', module: 'design' }) implementation('com.android.support:recyclerview-v7:27.1.0', { exclude group: 'com.android.support', module: 'design' }) implementation('com.android.support:cardview-v7:27.1.0', { exclude group: 'com.android.support', module: 'design' }) implementation('com.android.support:customtabs:27.1.0', { exclude group: 'com.android.support', module: 'design' })

统一design包的版本，与以上support包版本一致

implementation 'com.android.support:design:27.1.0'

接着Sync → Clean → Build apk 即可。

解决依赖主要有两种方式

exclude 方式

特点：

配置较为麻烦，需要在引起冲突的每个依赖上进行 exclude 操作
配置繁琐，不美观

下面的方式也是可以的。

implementation 'org.eclipse.paho:org.eclipse.paho.client.mqttv3:1.0.2' implementation('org.eclipse.paho:org.eclipse.paho.android.service:1.0.2') { exclude(group: 'com.google.android', module: 'support-v4') }

/* 或者粗暴点，就没有上面的坑了 implementation('org.eclipse.paho:org.eclipse.paho.android.service:1.0.2') { exclude module: 'support-v4' } */

通过 configurations 方式

特点：

在 configurations 中，统一指定要配置的方式
配置简单，较为整洁

Android 查看并解决重复依赖