在日常开发中,App难免会发生爆炸...哦不...崩溃...对于那些简单的崩溃,看看大概看一眼心里就有数了,但是对于复杂的崩溃呢,就要通过我们解析Crash文件来分析一下了
利用第三方统计功能符号化iOS应用崩溃日志
在iOS中获取崩溃信息的方式有很多,比较常见的是使用友盟、腾讯、百度等第三方分析工具,或者自己收集崩溃信息并上传公司服务器。
注意,以下情况不会有崩溃信息产生:
1.内存访问错误(不是野指针错误)
2.低内存,当程序内存使用过多会造成系统低内存的问题,系统会将程序内存回收
3.因为某种原因触发看门狗机制
什么是dSYM文件
Xcode编译项目后,我们会看到一个同名的 dSYM 文件,dSYM 是保存 16 进制函数地址映射信息的中转文件,我们调试的 symbols 都会包含在这个文件中,并且每次编译项目的时候都会生成一个新的 dSYM 文件,位于 /Users/<用户名>/Library/Developer/Xcode/Archives 目录下,对于每一个发布版本我们都很有必要保存对应的 Archives 文件 ( AUTOMATICALLY SAVE THE DSYM FILES ,通过脚本每次编译后都自动保存 dSYM 文件)。
dSYM有什么作用
当我们软件 release 模式打包或上线后,不会像我们在 Xcode 中那样直观的看到用崩溃的错误,这个时候我们就需要分析 crash report 文件了,iOS 设备中会有日志文件保存我们每个应用出错的函数内存地址,通过 Xcode 的 Organizer 可以将 iOS 设备中的 DeviceLog 导出成 crash 文件,这个时候我们就可以通过出错的函数地址去查询 dSYM 文件中程序对应的函数名和文件名。大前提是我们需要有软件版本对应的 dSYM 文件,这也是为什么我们很有必要保存每个发布版本的 Archives 文件了
友盟统计具体的做法
首先将文件一一对应
每一个 xx.app 和 xx.app.dSYM 文件都有对应的 UUID,crash 文件也有自己的 UUID,只要这三个文件的 UUID 一致,我们就可以通过他们解析出正确的错误函数信息了。
1.查看 xx.app 文件的 UUID,terminal 中输入命令 :
dwarfdump --uuid xx.app/xx (xx代表你的项目名)
2.查看 xx.app.dSYM 文件的 UUID ,在 terminal 中输入命令:
dwarfdump --uuid xx.app.dSYM
3.crash 文件内第一行 Incident Identifier 就是该 crash 文件的 UUID。
dSYM工具的具体用法
1.将打包发布软件时的xcarchive文件拖入软件窗口内的任意位置(支持多个文件同时拖入,注意:文件名不要包含空格)
2.选中任意一个版本的xcarchive文件,右边会列出该xcarchive文件支持的CPU类型,选中错误对应的CPU类型。
3.对比错误给出的UUID和工具界面中给出的UUID是否一致。
4.将错误地址输入工具的文本框中,点击分析。
腾讯Bugly具体的做法
首先要确保Xcode已经做了如下的设置:
Debug为DWARF with dSYM File会有警告,Release为DWARF就不会生成dSYM文件。
在你每次Archive一个版本时,都会相应的生成一个dSYM文件(前提是上面的设置是正确的),按如下操作找到dSYM:
有了dSYM文件后还需要进行如下步骤:
1.在Bugly网站下载iOS对应的"符号表工具";
2.下载完成后,按照我的方法,你只要把buglySymboliOS.jar文件提取出来,和dSYM文件放在同一个目录下就OK了;
3.打开命令行,进入到这两个文件所在的目录,执行如下命令:java -jar buglySymboliOS.jar -i xx.app.dSYM/ (xx代表你的App的名称)
4.然后在该目录下就会生成一个.zip文件;
5.去bugly网站中,找到你的App版本控制,选择对应的版本,上传上面生成的.zip文件;
6.完成,日后的崩溃日志就都会被符号化。