直接使用adb向模拟器中安装app时报这个错误。
原因很简单，使用豌豆荚下载下来的app很多是用中文命名的，改成英文名重新adb install. 至于为什么，我想设计adb的工程师们根本没有考虑中文支持吧。
3.Failure [INSTALL_PARSE_FAILED_NO_CERTIFICATES]
这个问题出现的背景要说明一下：下载了某app,往里面加了点东西，然后重新打包使用adb install安装。
这是由于Android应用程序的自签名机制导致的。
Android 系统不会安装运行任何一款未经数字签名的apk程序，无论是在模拟器上还是在实际的物理设备上。Android的开发工具(ADT插件和Ant)都可以协 助开发者给apk程序签名，它们都有两种模式：调试模式(debug mode)和发布模式(release mode)。
如果要正式发布 一个Android App，必须使用一个合适的私钥生成的数字证书来给程序签名 ，而不能使用adt插件 或者ant工具 生成的调试证书来发布。
签名的作用
1. 发送者的身份认证。由于开发商可能通过使用相同的 Package Name 来混淆替换已经安装的程序，以此保证签名不同的包不被替换
2. 保证信息传输的完整性。签名对于包中的每个文件进行处理，以此确保包中内容不被替换。
要解决这个错误，需要点专用工具，看雪上比较多，我就不再此贴出来了。
4.Failure [INSTALL_FAILED_UPDATE_INCOMPATIBLE]
在“卸载”app时，没有通过应用程序管理器卸载，而是直接通过adb删除了/data/app中的相应包。这中方式“卸载”是不彻底的，因为程序安装后还会在其他地方，比如/data/data中建立相关的目录和文件。
在设置-应用程序-管理应用程序里，找到要卸载的app，进行卸载。卸载后再次安装，就不会再出现这个错误了。
5. Failure [INSTALL_FAILED_DEXOPT]
在android4.0源码里面编译出来apk后，用adb install 安装时，报错[INSTALL_FAILED_DEXOPT]。
z:\ics-android\ics-src\out\target\product\generic\system\app>adb install NativeTimer.apk
28 KB/s (10166 bytes in 0.344s)
pkg: /data/local/tmp/NativeTimer.apk
Failure [INSTALL_FAILED_DEXOPT]
原来在system\app下面的apk是经过优化的，而dex文件不会打包到apk中，dex文件会被优化后，生成odex文件。
z:\ics-android\ics-src\out\target\product\generic\system\app\NativeTimer.apk
z:\ics-android\ics-src\out\target\product\generic\system\app\NativeTimer.odex
这样安装apk时，就会缺少dex文件，导致报错[INSTALL_FAILED_DEXOPT]。
解决办法：
找到未优化过的apk，即
z:\ics-android\ics-src\out\target\product\generic\obj\APPS\NativeTimer_intermediates>adb install package.apk.unaligned
70 KB/s (138806 bytes in 1.912s)
pkg: /data/local/tmp/package.apk.unaligned
SuccessFailure
6.adb push out of memory
最近做个东西，要修/system/etc/下的hosts文件，目的是通过域名访问内网的服务器，进行手机与内网的测试，这里要说的是如果是连接外网，并不需要如此做法，正因为我们要做测试，不可能用外网，是测成功了再连外网
做法是先在电脑上写好hosts文件内容，如下：
127.0.0.1 localhost
192.168.0.100 www.myhome.com
保存好文件后，通过如下命令进行上传（要有Root权限，即你曾刷过ROM）：
adb remount
adb push d:\hosts /system/etc
之后进入shell模式下 查看是否上传成功
adb shell
ping www.myhome.com
如果出现的IP地址是 192.168.0.100表示上传hosts文件成功了。
说到这里，大家可能很想骂我，与题目不符，现在就是出现问题的时候了，
这个文件是上传了，当我每次修改代码再装到手机上运行时，就连不上 www.myhome.com了，搞了半天，原来上传的hosts文件其实并没有持久化到手机系统上的，只是内容载到内存中，装新应用或者重启机子后，就没了。好！那我再次上传hosts文件，就报出：
out of memory 这样的错了，必须要重启手机，才能再次push，这真是太麻烦了，改一次代码就要重启，这算什么嘛
在网上找了几天了，解决办法都是针对模拟器的，真机上出的还是没找到，今天看了论坛上有人要删除系统下的文件，我就看看了，有收获，
解决办法是：
在recovery状态下连接手机，并进入advance -mount/system，在PC端CMD中输入以下命令：
adb remount
adb push d:\hosts /system/etc
之后重新启动，
启动之后进入shell
adb shell
cd /system/etc
cat hosts
OK，成功打出了修改过的内容，而不会再丢失了，是真得改到手机的Linux系统上了。
看了论坛的内容也贴出来 ，是讲删除系统文件
在recovery状态下连接手机，并进入advance -mount/system，在PC端CMD中输入以下命令：
adb shell
cd /system/app
ls
查找到你要删除的文件(如Talk.apk)将其删除之：
rm Talk.apk（如果还有同名的只是后缀不同，也可以用Talk.*）
重启手机就OK了
mount -o remount,rw -t yaffs2 /dev/block/mtdblock0 /system
chmod 777/system/app
今天下午，我在打开whatsapp的时候，破玩意儿又提示我有新版本要不要更新，于是我选择了Yes。经过缓慢的安装之后，忽然提示我installed unsuccessful。我一下脑袋就大了，我是安装的没有修改的官方包，更新又是自动下载的，为什么还会出现这种情况？
于是我怀疑可能是官方更改了证书，所以需要卸载之后重新安装。于是我打开Drawer准备重新启动whatsapp。没想到虽然whatsapp的图标出现在drawer里面，但是启动的时候却提示我没有安装这个app！
我靠，这还了得，于是我将whatsapp卸载了，然后试图重新安装新版。还是提示我不能安装！
于是我使用adb再次尝试安装，提示我[INSTALL_FAILED_DEXOPT]，Google之后发现dexopt根本就不是一个单词，应该是dex和optimize的合成缩写。那么有可能是apk文件包里面的dex文件损坏，于是我把它反编译了出来，尝试重新编译。但是不知道这个东西是用什么编译的，smali根本就不能重新编译回去……只能作罢。
所以假设问题还是出现在手机端。Google了一下，发现这个问题应该是出现在生成dex文件时候发生的错误，但是能搜索到的结果有许多是说由于G1机身空间太小导致的，显然同样的问题不可能出现在刚刚做完app2sd的milestone上面。但是我搜索到了一个如果强制完全卸载app的文章，里面介绍了安装app之后，相关文件分布的路径。
所以我的思路就很清晰了，首先完全卸载，再行安装。
经过试验，发现果然可行！那么提炼一下，可以得出这类问题的通用解决思路。
- 假设该app名为ketech，安装包名为ketech.apk。
- 查看/data/app里面是否有名称包含ketech的apk或zip包，有可能为类似com.android.ketech.apk或com.android.ketech.zip的形式，有则删掉。
- 查看/data/app-priviate里面是否有名称包含ketech的apk，名称形式同上，有则删掉。（做了app2sd的朋友可能还需要查看一下app2sd文件夹里面是否含有此apk包）
- 查看/data/data下面是否有名称包含ketech的文件夹，名称形式类似于com.android.ketech，有则删掉。
- 查看/data/system下面的package.xml文件，将包含ketech的项目删掉。
- Wipe Dalvik缓存。（方式多样，有些openrecovery自带，就不进行详细解释了）
- 重新安装即可。
替代方案
单改单个模块下的Android.mk
加入
LOCAL_DEX_PREOPT := false
mm后
在out目录下找到相应apk
直接push到/system/app
当然之前要删除要替换的的*.apk *.odex