1. INSTALL_PARSE_FAILED_INCONSISTENT_CERTIFICATES
由于APP签名冲突造成。如果设备上已经安装了其他签名的相同包名APP，再安装其他签名的就会报出此类错误。
解决方法：a. 更换签名文件，重新签名 b. 更改应用的包名，避免冲突。
2. INSTALL_FAILED_DEXOPT
方法数超标所导致。dx打包时限制了单个dx文件的最大方法数为65535。同时Dalvik VM限制内存中加载的方法数（方法，类定义及构造函数）不能超过65535个。
解决方法：a. 检查代码，删出无用jar包和代码，尤其是自动生成的get/set，没用的类。b. 将部分java代码封装到JNI中。
3. INSTALL_PARSE_FAILED_NO_CERTIFICATES
应用中没有签名信息。
解决方法：使用Eclipse或者Android Studio对项目重新编译打包。
4. INSTALL_FAILED_MEDIA_UNAVAILABLE
Android应用安装位置不可用。应用安装位置有两个：ROM、sdcard。如果严格指定安装到sdcard，但是设备没有sdcard时，就会报此类错误。
解决方法：AndroidManifest.xml中配置：
5. INSTALL_FAILED_OLDER_SDK
设备系统版本比应用的最低支持的系统版本低。
解决方法：AndoidManifest.xml中将系统版本降低。
6. INSTALL_FAILED_VERSION_DOWNGRADE
设备中已经安装了此APP的更高版本，无法降级安装。
解决方法：先卸载之前的版本，再安装此版本。
7. INSTALL_PARSE_FAILED_UNEXPECTED_EXCEPTION
安装APP时，Android系统会对APP先进行解析。解析过程出错，就会报出此类错误，可能得原因很多。
解决方法：检查AndroidManifest.xml各项配置是否符合规范。比如sdkVersion不能用string等等。
8. INSTALL_FAILED_UID_CHANGED
应用在上次卸载时，由于应用中的native程序未被杀死而占用/data/data/{packageName}目录，导致/data/data/目录下的APP相关内容未被删除，多数情况下能在logcat中找到报错：Installer: rm -rf failed， directory is not empty。再次安装时无法覆盖，导致报出此类问题。
解决方法：如果设备Root了，则直接删除/data/data/目录下的应用包名文件夹；如果没有root，需要将手机恢复出厂设置。此外，开发者要额外注意容易出现此类问题的手机，对此类设备的用户给出提示。用户无需操心，阿里移动测试平台会帮助解决。
9. INSTALL_FAILED_NO_MATCHING_ABIS
当安装的APP包含native libraries（一般是so文件）的时候，如果没有对应机器CPU架构的库文件，就会出现这种问题。比如，你编译了一个armv7平台的APP，但是想要装在intel 架构的设备上，就会出现这个错误。
解决方法：在编译APP时，先用NDK编译出相应的CPU架构的库文件。
10. INSTALL_FAILED_CANCELLED_BY_USER
部分机型在使用adb命令安装应用时，设备会弹窗询问用户是否允许安装，假如一段时间内（一般是30s），没有点击确认弹窗，那么此类设备会阻止安装，并提示用户：INSTALL_FAILED_CANCELLED_BY_USER
解决方法：联系MQC工作人员，旺旺群：335334143；QQ群：492028798
11. INSTALL_FAILED_VERICATION_TIMEOUT
原因及解决方法同：INSTALLED_FAILED_CANCELLED_BY_USER
12. OutOfMemory问题（OOM）解决方法
每个Android应用都有一个最大内存上限。超过这个上限，就会导致内存不足（OutOfMemory）。检查内存上限的方法：
int maxMemory = (int) (Runtime.getRuntime().maxMemory() / 1024);
Log.d("TAG", "Max memory is " + maxMemory + "KB");
通常情况下，出现OOM，是由于应用中加载了大量的图片导致。鉴于此，有以下几种方式来减小应用对内存的使用：
a. 合理压缩展示图片，比如一个100x100的控件里，如果加载一个1024x768的图片，不会让图片的展示效果更好，反而会增加OOM的风险。所以，合理的对图片进行压缩非常重要。
b. 压缩完图片，但是应用里包含了太多的图，这种情况依然可能出现OOM。这种情况下，考虑使用内存缓存技术。根据每一屏要展示的图片数量，以及每个图片的大小，设定一个合理的缓存值，一般情况下不要超过1/8的最大内存值。如果图片不在显示区域，可以考虑将其进行回收，系统的垃圾回收器（GC）会认为这些内存不在被使用，从而对图片进行GC操作。这样会大大降低OOM的风险。
c. 更多的OOM讨论，参见：http://blog.csdn.net/vshuang/article/details/39647167
13. iOS应用（ipa）安装失败可能的原因和解决方法
每个ipa包本质上是一个zip包，里面包含ios应用的资源和可执行文件。
a. 如果提示“应用重签名失败”，很可能的原因是ipa是直接从itunes市场下载的正式发布包，这样的包经过苹果的加密，无法安装到任何没有购买过这个应用的用户手机上面。
b. 如果部分的手机安装失败，请检查一下你的应用支持的最低ios SDK的版本（可以很直观的从包里面的Info.plist看到）。比如最低支持ios8.3，则ios8.2版本的手机就装不上这个应用。
14. 启动失败如何进行Debug？
很多同学遇到启动失败的问题，很难进行debug，不知道该如何入手。启动失败其实也可以找到错误栈信息，并且通过这个错误栈信息，定位到具体的问题原因。如下图：
这里，我们可以看到启动失败的进程pid：26981。然后，我们需要下载日志，这里的日志就是详细的logcat日志。
下载之后，我们需要通过这个PID找到真正引起crash的错误栈。这里建议，使用支持正则匹配的编辑器打开logcat日志（比如nodepad++、vim等等），打开之后，使用正则规则：“26981. E .” 进行匹配查找。可以找到如下信息：
这样我们就能知道具体那行代码导致的错误了。
15. 常见崩溃问题，NullPointerException: Attempt to invoke virtual method 'android.content.res.Resources android.content.Context.getResources()' on a null object reference**
该问题一般是由于资源加载时，引用初始化未完全的Context对象导致。
解决方法：通过增加非空检查；创建View时，使用当前组件的Context（比如ActivityXXX.this），而不用getApplicationContext()等方式。
参考资料：http://stackoverflow.com/questions/28248232/what-am-i-doing-wrong-with-my-handling-of-contex-java-android
参考资料：http://stackoverflow.com/questions/25488208/java-nullpointerexception-getting-resources
阿里云测移动质量中心（以下简称MQC）是为广大企业客户和移动开发者提供真机测试服务的云平台，拥有大量热门机型，提供7x24全天候服务。
我们致力于提供专业、稳定、全面、高价值的自动化测试能力，以及简单易用的使用流程、贴心的技术服务，并且帮助客户以最低的成本、最高的效率发现APP中的各类隐患（APP崩溃、各类兼容性问题、功能性问题、性能问题等），减少用户流失，提高APP质量和市场竞争力。
联系我们：
网站地址：https://mqc.aliyun.com
开发者交流旺旺群：335334143
开发者交流QQ群：492028798
客服邮箱：mqc_group@service.alibaba.com；
更多精彩技术分享 欢迎关注 MQC公众号