Android 高质量开发之崩溃优化

做了很久的面试专题，不知道对各位需要面试和有跳槽想法的小伙伴有没有帮助，今天收集一篇关于崩溃优化方面的文章，面试方面的收集，后续我还会持续更新如果觉得有用可以点个关注

前言

开发人员碰到 APP 崩溃（闪退）什么办？不少人会说根据 Log，找到闪退的代码，捕获异常，“消化”掉了所有 Java 崩溃。至于程序是否会出现其他异常表现，那是上帝要管的事情。是的，这种方法对于紧急情况下不失为一种解决办法，但闪退的真相是什么？是否从根源上解决问题呢？

一、崩溃

崩溃率是衡量一个应用质量高低的基本指标，那么，该怎样客观地衡量崩溃这个指标，以及又该如何看待和崩溃相关的稳定性。

Android 的两种崩溃：

• Java 崩溃
• Native 崩溃

简单来说，Java 崩溃就是在 Java 代码中，出现了未捕获异常，导致程序异常退出。那 Native 崩溃一般都是因为在 Native 代码中访问非法地址，也可能是地址对齐出现了问题，或者发生了程序主动 Abort，这些都会产生相应的 Signal 信号，导致程序异常退出。

1.1 崩溃的收集

“崩溃”就是程序出现异常，而一个产品的崩溃率，跟我们如何捕获、处理这些异常有比较大的关系。对于很多中小型公司来说，可以选择一些第三方的服务。目前各种平台也是百花齐放，包括阿里的友盟、腾讯的Bugly、网易云捕、Google 的 Firebase 等等。要懂得借力！

1.2 ANR

崩溃率是不是就能完全等价于应用的稳定性呢？答案是肯定不行。处理了崩溃，我们还会经常遇到 ANR（Application Not Responding，程序没有响应）这个问题。

出现 ANR 的时候，系统还会弹出对话框打断用户的操作，这是用户非常不能忍受的。

ANR处理方法：
使用 FileObserver 监听 /data/anr/traces.txt 的变化。非常不幸的是，很多高版本的 ROM，已经没有读取这个文件的权限了。这个时候你可能只能思考其他路径，海外可以使用 Google Play 服务，而国内微信利用Hardcoder框架（HC 框架是一套独立于安卓系统实现的通信框架，它让 App 和厂商 ROM 能够实时“对话”了，目标就是充分调度系统资源来提升 App 的运行速度和画质，切实提高大家的手机使用体验）向厂商获取了更大的权限。也可以将手机 ROOT 掉，然后取得 traces.txt 文件。

1.3 应用退出

除了常见的崩溃，还有一些会导致应用异常退出的情况，例如：

• 主动自杀。Process.killProcess()、exit() 等
• 崩溃。出现了 Java 或 Native 崩溃
• 系统重启。系统出现异常、断电、用户主动重启等，我们可以通过比较应用开机运行时间是否比之前记录的值更小
• 被系统杀死。被 low memory killer 杀掉、从系统的任务管