iOS审核Crash Log解析

之前上架被苹果拒绝,然后发了个crash log回来,折腾了好一阵,最后参考了几个博客解决了,以下是引用这个的(https://www.jianshu.com/p/3caccc287346 还有 https://www.jianshu.com/p/5728e2cd4d86)。先拿过来做个记录。

基本参考这2个就差不多了,后面有时间再整理一下。


拿到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-typef

这三分钟主要是系统在搜寻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: 如果报以上错误,那么再输入如下命令:

exportDEVELOPER_DIR=/Applications/Xcode.app/Contents/Developer

然后再次输入命令./symbolicatecrash ./.crash ./.dSYM > crash.log

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

Snip20170601_525.png

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



我们要根据这份崩溃日志进行定位bug

-首先,我们要准备三份文件

1,就是上图的崩溃日志,后缀要改成 XXX.crash

2,获得崩溃这个版本的二进制文件的dSYM文件

Xcode -> Window -> Organizer

image.png

image.png

image.png

3,从Xcode里拿到解析的工具symbolicatecrash

image.png

image.png

将上述三个文件复制出来放到一个文件夹里

image.png

1,打开终端 cd 到当前文件夹

2,输入命令行./symbolicatecrash ./crashlog.crash ./Travel.app.dSYM > MyCrashlog.log

image.png

如果出现DEVELOPER_DIR is not defined at ....这种情况 需要设置一下环境变量

在终端输入export DEVELOPER_DIR=/Applications/Xcode.app/Contents/Developer//临时设置改环境变量

image.png

3,再输入./symbolicatecrash xxx.crash xxx.app.dSYM >MyCrashlog.log(xxx你自己对上你的文件名)

4,成功之后会有一个日志,里面就会有相应调用方法崩溃的栈信息

作者:Demonboy

链接:https://www.jianshu.com/p/5728e2cd4d86

来源:简书

著作权归作者所有。商业转载请联系作者获得授权,非商业转载请注明出处。

最后编辑于
©著作权归作者所有,转载或内容合作请联系作者
  • 序言:七十年代末,一起剥皮案震惊了整个滨河市,随后出现的几起案子,更是在滨河造成了极大的恐慌,老刑警刘岩,带你破解...
    沈念sama阅读 202,009评论 5 474
  • 序言:滨河连续发生了三起死亡事件,死亡现场离奇诡异,居然都是意外死亡,警方通过查阅死者的电脑和手机,发现死者居然都...
    沈念sama阅读 84,808评论 2 378
  • 文/潘晓璐 我一进店门,熙熙楼的掌柜王于贵愁眉苦脸地迎上来,“玉大人,你说我怎么就摊上这事。” “怎么了?”我有些...
    开封第一讲书人阅读 148,891评论 0 335
  • 文/不坏的土叔 我叫张陵,是天一观的道长。 经常有香客问我,道长,这世上最难降的妖魔是什么? 我笑而不...
    开封第一讲书人阅读 54,283评论 1 272
  • 正文 为了忘掉前任,我火速办了婚礼,结果婚礼上,老公的妹妹穿的比我还像新娘。我一直安慰自己,他们只是感情好,可当我...
    茶点故事阅读 63,285评论 5 363
  • 文/花漫 我一把揭开白布。 她就那样静静地躺着,像睡着了一般。 火红的嫁衣衬着肌肤如雪。 梳的纹丝不乱的头发上,一...
    开封第一讲书人阅读 48,409评论 1 281
  • 那天,我揣着相机与录音,去河边找鬼。 笑死,一个胖子当着我的面吹牛,可吹牛的内容都是我干的。 我是一名探鬼主播,决...
    沈念sama阅读 37,809评论 3 393
  • 文/苍兰香墨 我猛地睁开眼,长吁一口气:“原来是场噩梦啊……” “哼!你这毒妇竟也来了?” 一声冷哼从身侧响起,我...
    开封第一讲书人阅读 36,487评论 0 256
  • 序言:老挝万荣一对情侣失踪,失踪者是张志新(化名)和其女友刘颖,没想到半个月后,有当地人在树林里发现了一具尸体,经...
    沈念sama阅读 40,680评论 1 295
  • 正文 独居荒郊野岭守林人离奇死亡,尸身上长有42处带血的脓包…… 初始之章·张勋 以下内容为张勋视角 年9月15日...
    茶点故事阅读 35,499评论 2 318
  • 正文 我和宋清朗相恋三年,在试婚纱的时候发现自己被绿了。 大学时的朋友给我发了我未婚夫和他白月光在一起吃饭的照片。...
    茶点故事阅读 37,548评论 1 329
  • 序言:一个原本活蹦乱跳的男人离奇死亡,死状恐怖,灵堂内的尸体忽然破棺而出,到底是诈尸还是另有隐情,我是刑警宁泽,带...
    沈念sama阅读 33,268评论 4 318
  • 正文 年R本政府宣布,位于F岛的核电站,受9级特大地震影响,放射性物质发生泄漏。R本人自食恶果不足惜,却给世界环境...
    茶点故事阅读 38,815评论 3 304
  • 文/蒙蒙 一、第九天 我趴在偏房一处隐蔽的房顶上张望。 院中可真热闹,春花似锦、人声如沸。这庄子的主人今日做“春日...
    开封第一讲书人阅读 29,872评论 0 19
  • 文/苍兰香墨 我抬头看了看天上的太阳。三九已至,却和暖如春,着一层夹袄步出监牢的瞬间,已是汗流浃背。 一阵脚步声响...
    开封第一讲书人阅读 31,102评论 1 258
  • 我被黑心中介骗来泰国打工, 没想到刚下飞机就差点儿被人妖公主榨干…… 1. 我叫王不留,地道东北人。 一个月前我还...
    沈念sama阅读 42,683评论 2 348
  • 正文 我出身青楼,却偏偏与公主长得像,于是被迫代替她去往敌国和亲。 传闻我的和亲对象是个残疾皇子,可洞房花烛夜当晚...
    茶点故事阅读 42,253评论 2 341

推荐阅读更多精彩内容