收集crash日志方式

1.设备上直接查看

路径：设置 -> 隐私 -> 分析 -> 分析数据

2.xcode获取设备上信息

路径：xcode菜单栏Window -> Devices and Simulators -> 选中设备 -> View Device Logs

3.xcode获取发布版本崩溃信息

路径：xcode菜单栏Window -> Organizer -> 选择项目 -> Tab选择Crashes

下图中：
1为崩溃信息列表；
2可选择发布版本；
3为具体崩溃堆栈信息；
4可选择源代码，跟踪具体崩溃位置。

image.png

4.代码捕捉崩溃信息

1.第三方平台：bugly、友盟;
2.代码捕获crash，监听NSSetUncaughtExceptionHandler和signal事件，可借助第三方工具KSCrash、plcrashreporter等。

~
~
~
~
~
~

代码捕获crash

Demo地址: https://github.com/PiPiXie/Demo.git

crash的类型

crash一般产生自 iOS 的微内核 Mach，然后在 BSD 层转换成 UNIX SIGABRT 信号，以标准 POSIX 信号的形式提供给用户。NSException 是使用者在处理 App 逻辑时，用编程的方法抛出

crash的捕获的方式

Mach 异常捕获。基于Mach内核编程，需要对内核有一定了解.
Unix 信号捕获。对于Mach 异常，操作系统会将其转换为对应的 Unix信号，可以通过注册signalHandler的方式来做信号异常。

signal(SIGABRT, SignalExceptionHandler) 

~
NSException 捕获。应用层，通过 NSUncaughtExceptionHandler 捕获，因为堆栈中不会有出错代码，所以需要获取NSException对象中的reason,name,callStackSymbols。然后把细节写入Crash日志，上传到后台做数据分析.

NSSetUncaughtExceptionHandler(UncaughtExceptionHandler)

~

debug模式下，signal监听无效问题

在debug模式下，如果你触发了signal崩溃，那么应用会直接崩溃到主函数，断点都没用，此时没有任何log信息显示出来，如果你想看log信息的话，你需要在会crash的那行代码上打断点，然后在console中输入pro hand -p true -s false SIGABRT命令(SIGABRT只是示例，应输对应的信号错误)，然后下一步，不然你啥也看不到。

image.png
image.png

~

冲突

当项目中存在多个crash收集框架时往往会存在冲突。
因为不管是对于 Signal 捕获还是 NSException 捕获都会存在 handler 覆盖的问题，应该先判断handler是否存在，如果存在刚 保存handler，处理完自己的 handler 后，再把这个 handler 抛出去，供前面的注册者处理，详情见demo。
~

堆栈收集

无论Unix 信号捕获，还是NSException 捕获，都只能获取到当前线程的堆栈，如果想获取所有线程的堆栈，可以考虑用这个框架：BSBacktraceLogger
~

堆栈符号解析

无论是采用何种方式收集到的崩溃信息，都会面临同一个问题，堆栈大概率是没有被符号化过的，对于开发者来说，是根本看不懂的，那就无从谈起问题的定位了。这个时候就需要进行堆栈符号化了。

堆栈符号化还原有三种常见的方法：
1.symbolicatecrash
2.mac 下的 atos 工具
3.通过 dSYM 文件提取地址和符号的对应关系，进行符号还原

获取dSYM文件：xcode菜单栏Window -> Organizer -> 选择项目 -> Tab选择Crashes -> achieve包 -> show in finder -> 右键显示包内容 -> 打开dSYMs文件夹

// 未符号化前
Thread 0 name:  Dispatch queue: com.apple.main-thread
Thread 0 Crashed:
0   libobjc.A.dylib                 0x000000018b816f30 0x18b7fc000 + 110384 (objc_msgSend + 16)
1   UIKit                           0x0000000192e0a79c 0x192c05000 + 2119580 (<redacted> + 72)
2   UIKit                           0x0000000192c4db48 0x192c05000 + 297800 (<redacted> + 312)
3   UIKit                           0x0000000192c4d988 0x192c05000 + 297352 (<redacted> + 160)
4   QuartzCore                      0x00000001900d6404 0x18ffc5000 + 1119236 (<redacted> + 260)
 
// 符号化后
Thread 0 name:  Dispatch queue: com.apple.main-thread
Thread 0 Crashed:
0   libobjc.A.dylib                 0x000000018b816f30 objc_msgSend + 16
1   UIKit                           0x0000000192e0a79c -[UISearchDisplayController _sendDelegateDidBeginDidEndSearch] + 72
2   UIKit                           0x0000000192c4db48 -[UIViewAnimationState sendDelegateAnimationDidStop:finished:] + 312
3   UIKit                           0x0000000192c4d988 -[UIViewAnimationState animationDidStop:finished:] + 160
4   QuartzCore                      0x00000001900d6404 CA::Layer::run_animation_callbacks(void*) + 260

注：Xcode的Organizer内置了symbolicatecrash，所以我们才可以直接看到符号化的崩溃堆栈日志。
资料：实战iOS崩溃堆栈的符号化解析
~
~
~
~

Crash防护

Crash类型

1.unrecognized selector crash
2.KVO crash
3.NSNotification crash
4.NSTimer crash
5.Container crash（数组越界，插nil等）
6.NSString crash （字符串操作的crash）
7.UI not on Main Thread Crash (非主线程刷UI(机制待改善))

防护

资料：大白健康系统