iOS Abort 问题系统性解决方案

一、背景
崩溃(Crash)，即闪退，多指移动设备（如 iOS、Android 设备）在打开/使用应用程序的过程中，突然出现意外退出/中断的情况。如果 App 线上版本频繁发生崩溃，会极大地影响用户体验，甚至导致用户流失，以及收益减少。因此，崩溃问题是客户端稳定性团队需要重点解决的问题。

然而，对于所有崩溃场景，仅 25%的崩溃可通过信号量捕获，实施相应改进；另有 75%的崩溃则难以识别，从而对 App 的用户体验，造成了巨大的潜在影响。1111111.png

Facebook 的工程师将 App 退出分为以下 6 个类别： 1.App 内部主动调用 exit()或 abort()退出； 2.App 升级过程中，用户进程被杀死； 3.系统升级过程中，用户进程被杀死； 4.App 在后台被杀死； 5.App 在前台被杀死，且可获取堆栈； 6.App 在前台被杀死，且无法获取堆栈。

对于第 1～4 类退出，属于 App 的正常退出，对用户体验没有太大影响，无需进行相应处理；对于第 5 类退出，可通过堆栈代码级定位崩溃原因，对此业界已形成比较成熟的解决方案，推荐免费试用阿里云的崩溃分析服务，即可快速定位、解决此类崩溃问题；对于第 6 类退出，可能的原因很多，包括但不限于：系统内存不足时继续申请内存、主线程卡死 20s 以上、CPU 使用率过高 Stack Overflow 等，在此我们统一称之为 iOS 客户端的“Abort 问题”。

Abort 问题无法被堆栈捕获，且发生频次远高于可被捕获的崩溃（下称“堆栈崩溃”）