在我的案例中，这个问题起源于2011年3月更新Eclipse和ADT之后。在我的项目中，我正在使用一个JAR，它正在产生问题来重建，以前的解决方案都不起作用。我花了好几天的时间，到处找都没有满意的答案。显然，.jar文件有双重引用。

最后我:

从库中删除了所有引用， 删除应用程序中的物理文件表单。 使用“添加外部jar”获得。jar(位于项目外部的另一个目录) 执行项目“清洁”， 用(ctrl)+(shift)+O将引用更新到调用jar的模块中

它终于编译成功了。

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

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

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

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

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

最好将所有*.jar文件包含在项目文件夹树的“lib”目录中。这样，您就不需要通过转到项目的属性来定义构建路径。"lib"已经是一个构建路径

我刚刚用最新的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。

这些答案对我都没用。我的问题是由JUnit和hamcrest引起的。参见java.lang.IllegalArgumentException: already added: Lorg/hamcrest/BaseDescription;转换到Dalvik格式失败，错误1

另一个机器人巫术的案例 如果其他方法都不管用，那就试试 将清单中的versionCode和versionName增加1。

这对我很管用。