一. APP连续闪退修复方案初版

连续闪退设计方案

一、概要

1.背景

用户在使用APP时，在启动阶段crash，将根本无法使用。重启的条件下也无法正常使用的情况，也就称为连续闪退。在这种情况下就需要一种机制去保护并修复它，确保APP可以正常使用。

2.发生条件

连续闪退的发生原因可能有如下：

1. 数据库损坏：在日常使用如异常退出、断电，或者错误的操作。
2. 文件损坏:处理文件时如果没有@try…catch，损坏文件会抛出NSException导致 crash。
3. 网络返回数据处理异常：比如预期返回数组，但实际返回了字典或返回破损的 Tar 包，在解压失败导致 crash。
4. 代码 bug：当必 crash 的代码出现在启动关键路径中。
5. 内存不足： 删除缓存的资源。
6. 超时： 启动时间过长等。

3.修复处理

在发生连续闪退下，可以尝试

1. 通过工具修复DB，或者删除DB
2. 删除文件，沙盒内容, userdefaults

4.上报日志

二、详细设计

1. 流程图

2.crashCount 技术方案流程图

a. 倒计时

b. crash 注册监听

三、

1.crashCount计数方案对比：

计时器方案优点：实现逻辑简单，耦合性小。 缺点：存在误报风险

注册闪退捕获监听优点：能准确捕获异常，并获取闪退堆栈信息。缺点： 与已有的异常处理代码产生耦合，或者与第三方 crash 收集框架冲突导致漏检测。