呦，应用又闪退啦？( 二 )

本文插图

我们来康康KSCrash吧！KSCrash集成同样可以选择自动集成或者手动集成，一般就直接引入了

本文插图

KSCrash主要提供了多种安装收集方式：

KSCrashInstallationStandard（崩溃日志发到服务器）
KSCrashInstallationHockey（隐式收集）
KSCrashInstallationEmail（将崩溃日志发到邮箱）
KSCrashInstallationConsole（输出崩溃日志）

更多信息有兴趣的小宝贝可以到github查看
https://github.com/kstenerud/KSCrash

本文插图

通过KSCrash类来设置各项属性

本文插图

事情到这里已经很好了对不对，但是如果你的产品大大也和我的一样希望获取Crash日志然后转成Apple format 作为参数之一再自己实现上传Crash文件，那么可以来看看KSCrashReportFilterAppleFmt这个类

本文插图

到这里，就得到了Apple format 的Crash文件，接下来你可以对它做任何处理，想怎么传就怎么传！
3、通过iOS自带的函数NSSetUncaughtExceptionHandler
程序启动的时候添加 NSSetUncaughtExceptionHandler ，在程序发生异常的时候可以捕捉到异常信息，再进行适当的处理反馈，需要注意的是自定义NSSetUncaughtExceptionHandler可能会会导致第三方监听失效哦～

本文插图

本文插图
以上是常用的几种收集日志的方式。
最理想的情况当然是手机连接直接导出日志，但实际开发过程中，尤其是应用发布之后，这种好事大多数时候只是一个理想值。
使用大厂的成品SDK也是一个不错的收集方式，集成方便且资料齐全，日志数据也都清晰明了，但是缺点是将数据放到三方平台，可能会有安全性问题。
相比之下集成开源SDK ，将Crash日志传到自家的服务则可以避免这个问题，但是缺陷也很明显，这种方式不会像平台化的产品给到统计趋势分析分类。
所以具体实战过程中，要根据需求和侧重点进行取舍。
欢迎大家一起探讨！
好啦，就到这里啦，等产品妹子再揍我的时候，我再来和大家侃侃日志解析，爱你们呦～啵～～～～～～