我正在使用新的 gradle 构建系统,我面临以下问题:
UNEXPECTED TOP-LEVEL EXCEPTION:
com.android.dex.DexException: Multiple dex files define Lcom/kibo/mobi/BuildConfig;
at com.android.dx.merge.DexMerger.readSortableTypes(DexMerger.java:594)
at com.android.dx.merge.DexMerger.getSortedTypes(DexMerger.java:552)
at com.android.dx.merge.DexMerger.mergeClassDefs(DexMerger.java:533)
at com.android.dx.merge.DexMerger.mergeDexes(DexMerger.java:170)
at com.android.dx.merge.DexMerger.merge(DexMerger.java:188)
at com.android.dx.command.dexer.Main.mergeLibraryDexBuffers(Main.java:439)
at com.android.dx.command.dexer.Main.runMonoDex(Main.java:287)
at com.android.dx.command.dexer.Main.run(Main.java:230)
at com.android.dx.command.dexer.Main.main(Main.java:199)
at com.android.dx.command.Main.main(Main.java:103)
打印依赖项我看不到任何东西,它们在这里:
firstDebugCompile - ## Internal use, do not manually configure ##
\--- KiboGradle:KiboSDK:unspecified
+--- KiboGradle:TextInputAPI:unspecified
+--- KiboGradle:VoiceImeUtils:unspecified
+--- com.google.android.gms:play-services:5.0.77
| \--- com.android.support:support-v4:19.1.0
+--- com.squareup.picasso:picasso:2.3.2
+--- com.google.code.gson:gson:2.2.4
\--- com.crittercism:crittercism-android-agent:4.5.1
我试图验证问题不是重复的支持库,所以我尝试添加:
compile ('com.google.android.gms:play-services:5.0.77'){
exclude module: 'support-v4'
}
这导致一些 support-v4
库类找不到的错误,所以这个库没有从任何其他位置编译。
我想到的可能导致此问题的一件事是我使用 Flavors
oreder 中的 feautre 来创建具有不同资源文件的应用程序的多个版本。
当我查看错误中的文件时,我看到了:
**
* Automatically generated file. DO NOT MODIFY
*/
package com.kibo.mobi;
public final class BuildConfig {
public static final boolean DEBUG = Boolean.parseBoolean("true");
public static final String PACKAGE_NAME = "com.kibo.mobi.test.official";
public static final String BUILD_TYPE = "debug";
public static final String FLAVOR = "liverpool";
public static final int VERSION_CODE = 1;
public static final String VERSION_NAME = "1.0";
}
所以文件的包和String值中指定的包是不一样的。
任何人都可以在我的配置中看到任何可能导致此问题的问题吗?
原文由 Emil Adz 发布,翻译遵循 CC BY-SA 4.0 许可协议
在我的例子中,发生了类似的错误,因为 AndroidManifest.xml 文件中有 2 个模块具有相同的包名。在模块中使用不同的包名解决了这个问题。
当库 jar 作为依赖项被包含在多个模块中两次(或更多次)时,也会发生同样的事情。在这种情况下,错误消息说明以该库的包名称命名的重复配置。我通过将库作为依赖项包含在一个模块中来解决它,而第二个模块依赖于第一个模块。