kscrash 指定参数发往 自己服务器,使用KSCrash进行崩溃日志的采集

KSCrash的功能特性

KSCrash的日志处理

KSCrash的集成扩展

1.KSCrash的功能特性

我挑选了几个重要的功能

a.支持在设备上进行离线符号化的工作

和PLCrashReporter中的PLCrashReporterSymbolicationStrategyAll枚举值类似，提供了一种本地符号化的功能。大多数平台的日志解析都需要我们上传对应的符号表文件，用于日志的符号化。但是后台无法提供Mac机或者个人开发者的条件受限，其实可以暂时使用这种方式直接得到解析过后的日志。

在后面也有提到此种方式会是

On-device symbolication requires basic symbols to be present in the final build. To enable this, go to your app's build settings and set Strip Style to Debugging Symbols. Doing so increases your final binary size by about 5%, but you get on-device symbolication.

开启设备符号化需要在最终版本中包含基本符号，所以要在build settings 中设置 Strip Style为Debugging Symbols。也会造成最终的二进制文件大小增加5%左右,这也是之前PLCrashReporter中提到的，不过当时查到的数据是30-50%，确实测试后没有如此大的差距，也算是解了疑惑，由于打包包含了基本符号表导致的二进制大小增加。

但是得到的行号还是可能有误的，如果需要具体的行号，还是需要dsym的解析

b.支持所有Apple设备，包括Apple Watch。

c.跟踪未被捕获的C ++异常的真实原因。

通常，如果你的应用程序由于未被捕获的C ++异常而终止，那么得到的只是

Thread 0 name: Dispatch queue: com.apple.main-thread

Thread 0 Crashed:

0 libsystem_kernel.dylib 0x9750ea6a 0x974fa000 + 84586 (__pthread_kill + 10)

1 libsystem_sim_c.dylib 0x04d56578 0x4d0f000 + 292216 (abort + 137)

2 libc++abi.dylib 0x04ed6f78 0x4ed4000 + 12152 (abort_message + 102)

3 libc++abi.dylib 0x04ed4a20 0x4ed4000 + 2592 (_ZL17default_terminatev + 29)

4 libobjc.A.dylib 0x013110d0 0x130b000 + 24784 (_ZL15_objc_terminatev