自从更新到ADT 14，我不能再构建我的项目。它在更新之前构建得很好。
错误:
[2011-10-23 16:23:29 - Dex Loader] Unable to execute dex: Multiple dex files define Lcom/myapp/R$array;
[2011-10-23 16:23:29 - myProj] Conversion to Dalvik format failed: Unable to execute dex: Multiple dex files define Lcom/myapp/R$array;
类似的问题也有报道，我尝试了其中的建议，包括
重新启动Eclipse。 清理项目和重建-禁用“项目->自动生成”选项，然后“清理”和“生成”项目，然后尝试运行。将“自动构建”选项重置为开启 重新安装Android开发者工具 重新安装Eclipse(更新到最新版本3.7.1) 创建一个从文件系统导入的新项目 从subversion创建一个新项目。
当前回答
在项目资源管理器中选择项目，右键单击并选择属性-> Java构建路径-> Source ->选中源文件夹的“允许输出文件夹”复选框
其他回答
在清理了之前版本工具遗留的一些目录和文件后，我的问题得到了解决。ADT Rev 14更改二进制文件的存储位置。我删除了整个bin目录，重新启动Eclipse，清理构建并强制重新构建。起初，这似乎奏效了，但在下一次运行后，问题又出现了。
我最终发现我的bin目录包含在项目构建路径中。我将bin从构建路径中排除，并重复上述步骤。这解决了我的问题。
在尝试了所有其他的建议都没有成功之后，我删除了我项目“bin”目录中的所有内容，然后再次运行eclipse，它工作了。
我也面临着同样的问题。问题我发现我有一个库项目，在该项目的清单文件中，没有targetSdkVersion属性。我已经在(uses-sdk)标签下添加了该属性。然后清理我的项目。现在我的应用程序正常运行。
正如其他人所提到的，当您的构建路径中有同一个类的多个副本时，就会发生这种情况——在类路径中包含bin/是保证这个问题的一种方法。
对我来说，这发生在我将android-support-v4.jar添加到我的libs/文件夹时，eclipse不知怎么地在bin/classes/android-support-v4.jar中添加了第二个副本。
删除bin/classes中的额外副本解决了问题-不确定Eclipse为什么要在那里复制。
你可以用
grep jar -r yourroffendingclassname YourApp | grep jar
这个问题发生在我身上，我在我的libs文件夹中有一个外部的。jar，名为gson-2.2.2.jar，但出于某种原因，其中有两个，gson-2.2.2.jar和gson-2.2.2.jar(1)，我简单地删除了后者，我的项目再次建立良好。
