如果你有INSTALL_FAIL_DEXOPT错误，请查看manifest android:targetSdkVersion。 设定版本< 21 示例:

android：targetSdkVersion=“19”

这对我很管用。

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

我今天在新的虚拟设备上使用Android Studio时也遇到了同样的问题。似乎我已经下载了x86_64映像，用等效的x86映像重新创建了VD。

在这种情况下，我期望得到一个INSTALL_FAILED_NO_MATCHING_ABIS，但不知何故，我被INSTALL_FAILED_DEXOPT卡住了

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

基本上，当发生这种情况时，将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)

通过纠正电话上的日期时间(它是一些默认日期01.01.1980)，并清理项目来解决。

没有通用的解决方案，你必须找到你的Logcat上报告的错误，才能解决它。有时它是一个不能被“解码器”的类，因为它使用了一个在指定的目标API上不可用的类。或者它可能是一个你在代码中引用的类，但是它所在的库没有被打包。