对我来说唯一有效的解决方案是将虚拟机的RAM增加到4GB。

当我尝试在2.3设备上安装时遇到了这个问题(在4.0.3上没问题)。它最终是因为我正在使用的lib项目有多个jar，这些jar用于android中已经存在的东西，例如HttpClient和XML解析器等。看着logcat让我发现这个，因为它告诉我它正在逃课，因为他们已经存在了。很好的无用的原始错误!

这个错误消息似乎有许多不同的原因。我遇到的情况是在一个真实的设备上(因此模拟器基础解决方案不适用)。

基本上，当发生这种情况时，将Logcat过滤器设置为Verbose或Warn，这将帮助您获得有关原因的更多信息。

以我为例，我正在从事的项目(一个大型现有代码库)中包含了多个或相互冲突的JUnit版本。我试图部署的Android应用程序有几个库项目作为依赖项，我错误地将其设置为包含多个JUnit jar文件。

我是根据一系列Logcat信息发现这一点的。注意WARN行给出了原因:

DEBUG/dalvikvm(4808): DexOpt: 'Ljunit/framework/TestSuite$1;' has an earlier definition; blocking out
11-06 14:30:10.973: WARN/dalvikvm(4808): Invalid file flags in class Ljunit/runner/Sorter$Swapper;: 0209
11-06 14:30:10.973: null/libc(4808): Fatal signal 11 (SIGSEGV) at 0x00000004 (code=1), thread 4808 (dexopt)

INSTALL_FAIL_DEXOPT通常与放在classes.dex上的限制有关。在ics之前的任何版本上，dexopt在超过5 MB的地方都会失败。最近版本的Android使用8或16 MB的缓冲区。

检查APK中classes.dex的大小。看看方法计数是多少也很好，因为dex有65536个方法/字段限制。

引用:

安装应用程序时出现错误

https://www.facebook.com/notes/facebook-engineering/under-the-hood-dalvik-patch-for-facebook-for-android/10151345597798920

如何缩小代码- 65k方法限制在dex

Classes.dex不会进入最终的。apk。运行gradlew—脱机清洁&& gradlew—脱机组装调试每次都为我解决问题。从那时起，你可以再次从Android Studio启动应用程序。

编辑:在我上面所说的之前，进入任务管理器并杀死所有cmd.exe和conhost.exe进程(或者只是一个aapt卡住的进程)。否则，aapt从现在开始从命令行启动时会崩溃，并出现臭名昭著的错误-1073741819。

我遇到过这个问题，因为我使用的库有一些不匹配

通过更新android sdk到最新解决。检查SDK管理器，如果它显示更新，然后完全更新，清理你的项目，然后运行，它会工作:)