这里的答案对我也没用。

但是，我可以通过从除主应用程序外的所有附加库中删除Android类路径容器(在我的情况下是Android 4.4)来修复这个错误，然后导出APK。 库项目将不再编译，但jar文件仍然存在，APK正在部署。我不知道这种行为的原因是什么。

您可以通过关闭菜单>“项目”>“自动构建”来轻松解决这个问题(使用Eclipse Android开发工具，构建:v22.0.1-685705)，同时导出(unsigned) Android应用程序。之后，别忘了再打开它。

我也有同样的问题。当我检查时，我看到有两个类具有相同的名称，每个类在我添加的外部jar文件中。然后我必须删除一个jar文件。幸运的是，我得到了另一个jar文件1我已经删除。

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

这种情况通常发生在eclipse运行了很长时间之后，或者在我成功地构建了一个带签名的apk之后。

就我的经验而言，修复它我只是重新启动eclipse。

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