前言：
最近工作中遇到过不少崩溃bug 此类bug基本都是严重以上问题 如果出现于主流程 甚至是致命问题 有时候遇到崩溃但是偶现bug时 排查难度较大 动辄半天甚至一天就过去了 故多了解一些异常原理和崩溃防护的方式是有必要的。
今天从异常种类、异常检测、异常保护三个方面简单总结如下：
1、异常种类
Crash的大类型通常可以分为两种：
一、OC层面的crash（NSException）
1.1 常见类型：
NSInvalidArgumentException：参数异常，传入非法参数导致异常，比如字典传了nil。
NSRangeException：一般是数组越界。
NSGenericException： 边循环边修改元素。
1.2 KVO：
移除未注册的观察者
重复移除观察者
添加了观察者但是没有实现
-observeValueForKeyPath:ofObject:change:context:
添加或者移除观察者时keypath或者observer等于nil
1.3 未识别的方法选择器：
unrecognized selector sent to instance:
通常这种错误开发者自己是能发现的 因为一般会影响到开发流程 不过在一些大型页面的重构 或者重命名某些方法的时候 可能会导致此类崩溃发生 需要自己多测测 仔细一点 关注一下新产生的警告信息等。
二、异常Signal/信号
1.1 What is Signal？
Signal是操作系统内核实现的当进程终止时给出相应提示的一种机制。
1.2 Types Of Signal？
终端直接输入man signal就可以查看具体的信号类型：
2、异常检测
2.1 借助第三方工具上报异常信息
UM Bugly firebase 听云等常见的日志工具
2.2 从手机中导出
如果用户方便的话 可以直接从手机系统设置->隐私->分析与改进里面找到相关的崩溃日志 然后进入详情可分享出去
2.3 使用Xcode
通常情况下 开发者可使用Xcode自带日志工具查看相关崩溃日志 如果是远程技术支持 Xcode也支持 导出相关设备日志。
2.4 使用Xcode导出线上已发布APP的崩溃日志
打开Xcode 选择路径Windows -> Organizer -> Crash -> 对应时间和版本 就可以在中间打印台查看崩溃日志
2.5 在Apple Connets里面查看test flight版本用户同意上报的崩溃日志
2.6 使用App Store Connects API从苹果后台后去崩溃日志
苹果在WWDC 20扩展了崩溃日志获取API的增加。这个没有权限好像是不能获取的。
2.7 使用一些开源组件来收集崩溃日志
github上存在很多优秀的崩溃日志SDK如star较高的：KSCrash、PLCrashReport
3、异常保护
3.1 常见类型：
可以hook相关的方法 增加保护机制 比如数组越界问题 可以hook objectAtIndex方法，在方法中捕获越界异常，并在最后返回一个nil对象。
3.2 KVO：
3.2.1 移除未注册/重复移除观察者:先判断一下是否有相应观察者如果有，再移除。
3.2.2 添加了观察者但是没有实现
-observeValueForKeyPath:ofObject:change:context:方法：hook -observeValueForKeyPath:ofObject:change:context:方法，增加try-catch即可。
3.2.3 添加（移除）观察者时keypath=nil（observer=nil）：
hookaddObserver:forKeyPath:options:context:（removeObserver:forKeyPath:）方法 过滤keypath=nil（observer=nil）的情况。
3.3 unrecognized selector sent to instance：
调用协议方法或者调用运行时代码执行方法时 可考虑加一下响应保护
4、其他异常
非主线程中执行UI刷新操作
可变容器类型NSMutable_被copy修饰
僵尸对象（MRC下常出现）
调用了core foundation的方法 没有手动释放等
ARC下自动管理引用计数器 retain为0时 会自动回收对象 但是ARC的内存管理不包括core foundation代码 所以需要手动释放。
Xcode自带的Analyze静态分析工具 和 Instument动态分析工具 也可以带来有效的代码分析 可以多多使用。
