App作为易崩溃、难实时解决崩溃的开发来说，崩溃简直太让人头大，纵览某盟等的三方记录崩溃平台，有时的崩溃记录很容易丢失，但是收费的Buyl*却又过于昂贵，于是自己记录、追踪变成了大众App所必须要做的。
崩溃在前台发生时，主动捕获住，这并不难...(这不是本文的重点)，对于后台来说，也是需要开发一个上传文件的api，App在崩溃后，第二次打开时（最为友好），上传即可。
原始崩溃记录
拿到崩溃记录，比较头大，因为是原始的地址崩溃记录，这里就需要我们开发人员解析。
部分字段说明
Incident Identifier: 是崩溃报告的唯一标识符。
CrashReporter Key: 是与设备标识相对应的唯一键值。虽然它不是真正的设备标识符，但也是一个非常有用的情报:如果你看到100个崩溃日志的CrashReporter Key值都是相同的，或者只有少数几个不同的CrashReport值，说明这不是一个普遍的问题，只发生在一个或少数几个设备上。
Hardware Model: 标识设备类型。 如果很多崩溃日志都是来自相同的设备类型，说明应用只在某特定类型的设备上有问题。
Process 是应用名称。中括号里面的数字是闪退时应用的进程ID。
Version: App版本号
这里我用到的是Xcode原生的解析工具 symbolicatecrash
做法如下：
1、找到App的dSYM文件，必须是该版本的dSYM文件；
2、找到崩溃日志，将至保存为.crash后缀的文件
3、将2个文件放在一个文件下（eg:crash）
4、在命令行执行：cd crash
5、执行./symbolicatecrash ./*.crash ./*.app.dSYM > symbol.crash
如果报错是配置文件路径不对：执行：export DEVELOPER_DIR="/Applications/XCode.app/Contents/Developer"
6、在该文件夹下会生成：symbol.crash（这个文件就是带有具体崩溃新的新crash文件），该文件从下往上看即可找到大概崩溃位置
至此，symbolicatecrash解析崩溃日志就完成了。
网友评论