标签:
当我们的项目打包上传苹果商店之后,出现的崩溃问题不会想在XCode中那么明显了,那么我们就要对项目的crash日志进行分析,至此,友盟的崩溃分析作用就体现出来了。
Xcode 编译项目后,我们会看到一个同名的 dSYM 文件,dSYM 是保存 16 进制函数地址映射信息的中转文件,我们调试的 symbols 都会包含在这个文件中,并且每次编译项目的时候都会生成一个新的 dSYM 文件,位于 /Users/<用户名>/Library/Developer/Xcode/Archives 目录下,对于每一个发布版本我们都很有必要保存对应的 Archives 文件 ( AUTOMATICALLY SAVE THE DSYM FILES 这篇文章介绍了通过脚本每次编译后都自动保存 dSYM 文件)。
当我们软件 release 模式打包或上线后,不会像我们在 Xcode 中那样直观的看到用崩溃的错误,这个时候我们就需要分析 crash report 文件了,iOS 设备中会有日志文件保存我们每个应用出错的函数内存地址,通过 Xcode 的 Organizer 可以将 iOS 设备中的 DeviceLog 导出成 crash 文件,这个时候我们就可以通过出错的函数地址去查询 dSYM 文件中程序对应的函数名和文件名。大前提是我们需要有软件版本对应的 dSYM 文件,这也是为什么我们很有必要保存每个发布版本的 Archives 文件了。
Xcode -> Window -> Organization -> Archieves
下载dSYM文件之后,直接show in finder 找到对应的文件
当然,如果当时的项目包不是你提交appStore的,也打包的人同样的方法提供dSYM文件。
至此,dSYM文件准备好了。
登录友盟控制后台,选择 对应的项目 -> 友盟统计 -> 错误分析 -> 错误列表 进入错误详情。如下图:
在终端键入 划线处的命令,回车,相关的错误信息就会出来了,如下图:
至此,就定位到崩溃的那一个类的那一行代码了。
标签:
原文地址:http://www.cnblogs.com/xuanyufeng/p/4969408.html