App 上线后，我们最怕的应该就是异常奔溃了。常见的奔溃类型分两种：信号可捕获奔溃、信号不可捕获奔溃，前者比较典型的代表有KVO问题、NSNotification问题、数组越界、野指针等，后者比较典型的是后台任务超时、内存打爆、主线程卡顿超阀值等。
那么怎样才能做到两种类型都能够加以监控？
信号可捕获奔溃通常我们可以通过捕捉Signal异常来处理，先对各种类型的信号进行注册，捕获到异常后通过 backtrace_symbols 方法就可以获取当前的堆栈信息。堆栈信息可以先保存在本地，下次启动时再上传到奔溃监控服务器就可以了。新建一个CrashHandler类，信号可捕获奔溃实现代码如下：
void handleSignalException(int signal) {
NSMutableString *mstr = [[NSMutableString alloc] init];
[mstr appendString:@"Stack:\n"];
void* callstack[128];
int i, frames = backtrace(callstack, 128);
char** strs = backtrace_symbols(callstack, frames);
for (i = 0; i < frames; ++i) {
[mstr appendFormat:@"%s\n", strs[i]];
}
[CrashHandler saveCrash:mstr];
}
void registerSignalHandler(void) {
signal(SIGHUP, handleSignalException); //程序终端终止信号
signal(SIGINT, handleSignalException); //程序键盘终止信号
//和SIGINT类似, 但由QUIT字符(通常是Ctrl-)来控制. 进程在因收到SIGQUIT退出时会产生core文件, 在这个意义上类似于一个程序错误信号。
signal(SIGQUIT, handleSignalException);
signal(SIGABRT, handleSignalException); //程序终止命令终止信号
signal(SIGILL, handleSignalException); //程序非法指令信号
signal(SIGSEGV, handleSignalException); //程序试图访问未分配给自己的内存, 或试图往没有写权限的内存地址写数据.
signal(SIGFPE, handleSignalException); //在发生致命的算术运算错误时发出. 不仅包括浮点运算错误, 还包括溢出及除数为0等其它所有的算术的错误。
//非法地址, 包括内存地址对齐(alignment)出错。比如访问一个四个字长的整数, 但其地址不是4的倍数。它与SIGSEGV的区别在于后者是由于对合法存储地址的非法访问触发的(如访问不属于自己存储空间或只读存储空间)。
signal(SIGBUS, handleSignalException);
//管道破裂。这个信号通常在进程间通信产生，比如采用FIFO(管道)通信的两个进程，读管道没打开或者意外终止就往管道写，写进程会收到SIGPIPE信号。此外用Socket通信的两个进程，写进程在写Socket的时候，读进程已经终止。
signal(SIGPIPE, handleSignalException);
}
信号不可捕获奔溃我们可以通过 NSSetUncaughtExceptionHandler 来做异常处理，我们要做的是先在 APPDelegate 中通过 NSSetUncaughtExceptionHandler 注册抓取函数，在函数内打印异常的堆栈信息、异常原因、异常名称，具体代码如下：
void InstallUncaughtExceptionHandler(void) {
NSSetUncaughtExceptionHandler(&HandleException);
}
void HandleException(NSException *exception) {
//异常的堆栈信息
NSArray *stackArray = [exception callStackSymbols];
//出现异常的原因
NSString *reason = [exception reason];
//异常名称
NSString *name = [exception name];
NSString *exceptionInfo = [NSString stringWithFormat:@"Exception reason %@\nException name %@\nException stack %@", name, reason, stackArray];
[CrashHandler saveCrash:exceptionInfo];
}
saveCrash 方法的具体代码如下：
/*
* 错误日志本地储存
* TODO:错误堆栈信息可以先储存在本地，等下次启动时提交服务器
*/
+(void)saveCrash:(NSString *)exceptionInfo
{
NSString * _libPath = [[NSSearchPathForDirectoriesInDomains(NSCachesDirectory, NSUserDomainMask, YES) objectAtIndex:0] stringByAppendingPathComponent:@"Crash"];
if (![[NSFileManager defaultManager] fileExistsAtPath:_libPath]){
[[NSFileManager defaultManager] createDirectoryAtPath:_libPath withIntermediateDirectories:YES attributes:nil error:nil];
}
NSDate *dat = [NSDate dateWithTimeIntervalSinceNow:0];
NSTimeInterval a = [dat timeIntervalSince1970];
NSString *timeString = [NSString stringWithFormat:@"%f", a];
NSString * savePath = [_libPath stringByAppendingFormat:@"/error%@.log",timeString];
NSLog(@"__savePath %@", savePath);
BOOL sucess = [exceptionInfo writeToFile:savePath atomically:YES encoding:NSUTF8StringEncoding error:nil];
NSLog(@"YES sucess:%d",sucess);
}
只需要在AppDelegate的application: didFinishLaunchingWithOptions: 中对registerSignalHandler() 和 InstallUncaughtExceptionHandler() 进行注册，就可以对两种奔溃类型进行监控，监控到的异常日志可以通过saveCrash方法中的 savePath 拿到 log 路径并加以分析，完美点的做法也可以在App下次启东时将错误日志上传到奔溃日志服务器。
详细的案例可以参考AnalyticsDemo中的Demo-CrashViewController 以及 AppDelegate-applicationDidEnterBackground: -模拟后台奔溃。
错误日志分析可以参考WWDC-2018的视频，讲得很好。
