我刚刚用最新的API和最新的sdk和工具安装了最新的eclipse，但是，几年过去了，这个错误并没有消失。我浪费了一天时间才想出来。尝试一切。徒劳无功。因为这个信息是非常通用的，很多不同的问题都会引发它。因此，一些人提出的解决方案并不适用于另一些人。

一个好的方法是去Window > Preferences > Android > Build and UNCHECK“Skip packaging and dexing…”这样，在构建时就可以获得更多关于特定错误的线索，而不仅仅是导出。

在我的情况下，我得到了一个“Dx不支持的类文件版本…”。这个错误我在这里没有看到报告。基于此，我发现我使用的一些旧jar是用1.6编译的，而另一些是用1.7编译的。因此，我将默认的IDE编译器遵从级别更改为1.6 (Window > Preferences > Java > compiler)，在完全清理和重建我拥有的每个依赖后，我终于可以生成我的APK。

我解决了这个问题。

这是一个JAR文件冲突。

我的构建路径上似乎有两个包含相同包和类的JAR文件。

jar和android_maps_lib-1.0.2

从一个JAR文件中删除这个包就解决了这个问题。

依赖项上的谷歌API会导致此问题。拆卸后工作良好。

如果您在构建路径中添加了Android.jar文件，可能是由于Eclipse中的意外快速修复，也会导致这种情况。删除它右击项目->构建路径->配置构建路径-> android.jar，删除。

下面是另一个场景和解决方案:

如果您最近在更新Eclipse ADT后遇到这个问题:

在你的应用项目中，检查任何指向你的库项目的链接源文件夹(它们的名称以“LibraryName_src”的形式存在)。 选择所有这些项目，右键单击，选择“构建路径”->“从构建路径中删除”。 选择“也从项目中取消该文件夹的链接”，然后单击“是”。 清理、重新构建和重新部署项目。

原因似乎是ADT以前的一些版本将库项目源文件夹链接到“子”项目，而当前ADT/Dex组合不再与该解决方案兼容。

编辑:这一点在Android开发博客的一篇文章中得到了证实，特别是这篇文章——见第8段。

在我的情况下，我有一个外部罐子添加。因此，我将外部jar位置移动到Project Prop中的android引用的顶部——>Java buildPath——>项目引用