iOS之解析审核Crash Log方式(一)

如果大家是用真机在调试的过程中出现了Crash,那么请看iOS调试之 crash log分析

前言

导读:Understanding and Analyzing Application Crash Reports
众所周知,思维再缜密的人也会有百密一疏的时候,对于我们程序员来讲,更是会出现防不慎防的BUG。本文就来讲讲线上App崩溃Crash之后的找到奔溃原因的处理办法。

问题背景

最近频繁的在向Appstore提交新版本,在连续同样的问题被拒了多次了,运营那边也是苦恼,在测试的时候没有问题,但是一上传审核的时候就拒绝并且给出了crash文件。

拿到crash log之后我们激动的点开了,但是发现里面居然一脸懵逼,尤其是堆栈信息,如下:

Snip20170531_497.png

很是蛋疼,所以我们就开启了一段解析这些地址之旅。以下是一些概念和专业术语,希望大家好好了解下:

什么是dSYM文件

Xcode编译项目后,我们会看到一个同名的 dSYM 文件,dSYM 是保存 16 进制函数地址映射信息的中转文件,我们调试的 symbols 都会包含在这个文件中,并且每次编译项目的时候都会生成一个新的 dSYM 文件,位于 /Users/<用户名>/Library/Developer/Xcode/Archives 目录下,对于每一个发布版本我们都很有必要保存对应的 Archives 文件 ( AUTOMATICALLY SAVE THE DSYM FILES 这篇文章介绍了通过脚本每次编译后都自动保存 dSYM 文件)。

如果不用dSYM来符号化的话我们只能看到一堆的16进制地址,但是如果有这个dSYM文件我们就可以通过一些方法和手段将16进制的地址还原成函数或者方法名,供我们分析出现崩溃的原因。以下是符号化和未符号化或者半符号化的对比:
没有符号化:

Snip20170531_498.png

半符号化:

Snip20170531_499.png

全符号化:

Snip20170531_500.png

.dSYM文件准备

首先注意一点,dSYM文件是只有通过Xcode打包Archive出来的才有,所以必须经过正规打包,此处推荐大家看看iOS打包的两种方式,在推荐的此文中请大家参考打包方式一。以下是找到.dSYM文件的步骤:
第一步:Xcode中window-->Organizer

Snip20170601_504.png
Snip20170601_506.png
Snip20170601_508.png

第二步:选择对应的.xcarchive文件,右键显示包内容

Snip20170601_511.png

第三步:将第二步中截图的.dSYM文件拷贝到我们自定义的目录中,比如我们新建一个文件夹crash,那我们就把.dSYM文件拷贝到新建的crash目录中。(顺便把.app文件也拷贝到crash目录中)。(crash文件的路径:/Users/电脑名/Desktop/crash)

Snip20170601_512.png

PS: 如果是通过其他方式打包的,比如说通过iTunes打包的,那么是不会有这个.xcarchive文件的,也就不会有对应的.dSYM文件了,如果是这种情况的话,那现在你必须找到提交Appstore时候的版本(论版本控制的重要性),用同一台电脑(注意:一定是同一台电脑)然后用iOS打包的两种方式中的方式一再打一次包,使用Xcode重新上传到Appstore,如下图操作,再UpLoad to App Store。
1)修改一下配置:Build Settings-->搜dsym 选项改为DWARF with dSYM file

Snip20170601_515.png

2)再Archive一次,如果还没有,然后选择upload to App store,再选择的Download dSYMs:

Snip20170601_518.png

Symbolicatecrash工具

  • Symbolicatecrash是Xcode自带的一个分析工具,可以通过机器上的崩溃日志和应用的.dSYM文件定位发生崩溃的位置,把crash日志中的地址替换成代码相应位置。
  • Symbolicatecrash是Xcode上一个独立的工具,你打开终端是运行不了他的,因为环境变量没有配置,无法全局使用,所以现在只能先把这个工具在MAC上找到,然后拷贝出来,和.dSYM文件和Crash文件放在一起,然后再使用此工具。

Symbolicatecrash工具准备

1>路径:Symbolicatecrash工具的在xcode中的位置

  • Xcode4.3之前路径:
/Developer/Platforms/iPhoneOS.platform/Developer/Library/PrivateFrameworks/DTDeviceKit.framework/Versions/A/Resources/symbolicatecrash
  • Xcode4.3之后路径:
/Applications/Xcode.app/Contents/Developer/Platforms/iPhoneOS.platform/Developer/Library/PrivateFrameworks/DTDeviceKit.framework/Versions/A/Resources/symbolicatecrash
  • Xcode6之后路径:
/Applications/Xcode.app/Contents/SharedFrameworks/DTDeviceKitBase.framework/Versions/A/Resources/symbolicatecrash
  • Xcode8之后路径:
/Applications/Xcode.app/Contents/SharedFrameworks/DVTFoundation.framework/Versions/A/Resources/symbolicatecrash

PS: Xcode7和Xcode8 symbolicatecrash的路径

  • 如果大家发现这以上几种情况都找不到symbolicatecrash工具,那么不妨使用以下命令来找出symbolicatecrash工具的路径,在终端输入以下命令,稍等3分钟左右:
find /Applications/Xcode.app -name symbolicatecrash -type f

这三分钟主要是系统在搜寻symbolicatecrash工具的路径所耗费的时间,然后成功之后会显示以下截图:

Snip20170601_501.png

2>拷贝:将symbolicatecrash工具拷贝到上面创建的crash目录中

  • 进入到目录下找到symbolicatecrash直接拷贝,command+c:
Snip20170601_513.png
  • 或者是使用命令,将symbolicatecrash工具拷贝到相应路径:
cp /Applications/Xcode.app/Contents/Developer/Platforms/iPhoneOS.platform/Developer/Library/PrivateFrameworks/DVTFoundation.framework/Versions/A/Resources/symbolicatecrash /Users/电脑名/Desktop/crash

经过以上第一种直接拷贝或者命令拷贝的方式都能得到以下的结果:

Snip20170601_514.png

crash文件准备

把iTuenes Center的解决方案中心.crash文件下载下来,复制到crash文件夹中,或者如果是运营负责的话找运营要就好了。

Snip20170601_519.png

放好之后的结果:

Snip20170601_520.png

开始解析

  • 第一步:终端中进入到crash文件夹目录:/Users/电脑名/Desktop/crash
Snip20170601_523.png
  • 第二步:使用以下命令:
./symbolicatecrash ./*.crash ./*.dSYM > crash.log
Snip20170601_524.png

PS: 如果报以上错误,那么再输入如下命令:

export DEVELOPER_DIR=/Applications/Xcode.app/Contents/Developer

然后再次输入命令./symbolicatecrash ./.crash ./.dSYM > crash.log
这个在解析的过程中需要一些时间的,稍等片刻,等到命令执行完成之后如下那么就可以看下crash.log文件了(当然你可以把crash.log改成你想要的任意后缀都行)

Snip20170601_525.png
  • 第三步:生成crash.log文件后,直接打开查看已经对自定的方法和类符号化了,但是对于系统的UIKit和Foundation并未符号话:

Snip20170601_526.png

PS:针对以上部分符号化的问题,请参见使用symbolicatecrash解析了一个crash log,其中提到了这个问题。

iOS之解析审核Crash Log方式(二)

参考链接

iOS打包的两种方式
Understanding and Analyzing Application Crash Reports
【审核篇】iOS 使用 symbolicatecrash解析crash log
iOS调试之 crash log分析
分析iOS Crash文件:符号化iOS Crash文件的3种方法
iOS Crash文件解析工具
命令行工具解析Crash文件,dSYM文件进行符号化
iOS Crash调试和Crash符号化
使用symbolicatecrash解析了一个crash log

小七.jpg

推荐阅读更多精彩内容

  • iOS开发中,经常遇到App在开发及测试时不会有问题,但是装在别人的设备中会出现各种不定时的莫名的 crash,因...
    咖咖嘻阅读 4,146评论 3 20
  • 前言 iOS崩溃是让iOS开发人员比较头痛的事情,app崩溃了,说明代码写的有问题,这时如何快速定位到崩溃的地方很...
    齐滇大圣阅读 45,626评论 29 380
  • iOS 开发过程中会遇到crash,有些很容易就能定位到,例如数组越界、类型不匹配、方法不存在等。但是有些就比较头...
    LoveY34阅读 3,011评论 0 2
  • 最近频繁的在向Appstore提交新版本,在连续同样的问题被拒了3次了,而根据苹果给出的crash log,当你点...
    methodname阅读 3,989评论 23 21
  • 我还是喜欢你在我身旁 那怕你只是跟在我身后隔得很远 只要身边有你 那怕是天涯海角 也会不离不弃 我还是希望你在我身...
    若琼阅读 23评论 2 1