ios崩溃日志收集_iOS崩溃日志收集与解析

收集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

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 捕获，都只能获取到当前线程的堆栈，如果想获取所有线程的堆栈，可以考虑用这个框架：

堆栈符号解析

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

堆栈符号化还原有三种常见的方法：

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 ( + 72)

2 UIKit 0x0000000192c4db48 0x192c05000 + 297800 ( + 312)

3 UIKit 0x0000000192c4d988 0x192c05000 + 297352 ( + 160)

4 QuartzCore 0x00000001900d6404 0x18ffc5000 + 1119236 ( + 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(机制待改善))

防护