iOS Abort问题系统性解决方案
一、背景 崩溃(Crash),即闪退,多指移动设备(如iOS、Android设备)在打开/使用应用程序的过程中,突然出现意外退出/中断的情况。如果App线上版本频繁发生崩溃,会极大地影响用户体验,甚至导致用户流失,以及收益减少。因此,崩溃问题是客户端稳定性团队需要重点解决的问题。 然而,对于所有崩溃场景,仅25%的崩溃可通过信号量捕获,实施相应改进;另有75%的崩溃则难以识别,从而对App的用户体验,造成了巨大的潜在影响。 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问题无法被堆栈捕获