首页 > 其他 > 详细

使用symbolicatecrash分析crash文件

时间:2015-04-06 14:08:52      阅读:231      评论:0      收藏:0      [点我收藏+]

  对于我们iOS开发者来说,最心碎的事莫过于苹果审核一个星期后上架app store,而第二天就报出闪退bug。一周前我刚经历过,而且最坑的是由于第一次做个人开发,经验不足,没有集成友盟的分析SDK,还好有几个好心同事下载了,然后果然有两台机器上出现了闪退。真是天无绝人之路,最重要的crash文件有了。下面我就来详细描述一下具体的心路历程以及分析方法。

  iOS app的所有崩溃记录都会记录在设备上,所以对于和我一样没有集成让用户发送崩溃报告功能的iOS开发者来说,要获得crash文件就必须先连上崩溃过的机器,然后打开Xcode,选择Window -> Devices(如果是Xcode6以下,则是Window -> Organizer -> Devices),选择你自己的机器,然后点击View Device Logs,这时候会打开一个小窗口,这就是你机器上至目前为止存的所有app的崩溃信息了。如果是好久没看过这个信息,打开后还要读取好久才能完全读完,总之,找到你的app最后一次崩溃记录,右键导出。(先不要在意下图的信息,我只是随便找了一个)

技术分享

我们先看一眼导出来的.crash文件,上半部分都是一些基本信息(基本没用),重点看下崩溃部分的记录,如下图(是下图,不是上图!)

技术分享

看红框里的,隐隐有种不翔的预感,很像是数组越界之类的问题啊,可下边几行写的都是啥,这怎么定位问题啊。先不管了,先在桌面上建个文件夹,就叫crash吧,然后把这个导出的.crash文件扔进去。想要再详细点的记录还缺几样东西呢。。。

  找到你上次发布的ipa(如果实在没有了就再从Archives里导出来一个,但一定要保证是你上次发布用的那个),右键 -> 打开方式 -> 归档实用工具(就是解压缩),然后把Payload文件夹下的.app文件也扔到刚刚的crash文件夹里。

 

  接下来还需要dSYM文件,还是在Archives里,找到发布用的那个,右键Show in Finder,如图

技术分享

然后对文件夹中的这个.xcarchive文件右键,显示包内容,就可以看到一个名为dSYMs的文件夹,把里面的.dSYM文件拷出来,还是放到桌面的crash文件夹里。好了,还剩一个重头了,就是标题上说的symbolicatecrash工具。

  symbolicatecrash是一个隐藏工具,它在我的Mac中的具体路径如下(Xcode6.1.app请换成你的Xcode名称)

/Applications/Xcode6.1.app/Contents/SharedFrameworks/DTDeviceKitBase.framework/Versions/A/Resources/symbolicatecrash

你也可以在终端中输入命令搜索:

find /Applications/Xcode6.1.app -name symbolicatecrash -type f

把这个路径拷贝一下,然后粘到Finder的“前往文件夹”下,前往,就可以看到symbolicatecrash工具了,现在把它也拷到桌面的crash文件夹里。至此,crash文件夹里现在有4个文件了,分别是.app, .crash, .dSYM, symbolicatecrash。接下来就是用终端敲命令,生成更易分析的crash。

  首先用cd命令进入到crash文件夹下,然后输入以下命令

./symbolicatecrash /Users/xxxx/Desktop/crash/InOrder.crash /Users/xxxx/Desktop/crash/InOrder.app.dSYM > Control_symbol.crash

上述命令中,"xxxx"和"InOrder"请自行替换成对应的名称。运行,这时候终端可能会报错Error: "DEVELOPER_DIR" is not defined at /usr/local/bin/symbolicatecrash line 53. 这时候在终端中再输入如下(Xcode6.1.app依然是要替换成实际名称)

export DEVELOPER_DIR="/Applications/Xcode6.1.app/Contents/Developer"

然后再跑一下刚刚的那个命令,这时候看一下桌面的crash文件夹下就会多出一个名为“Control_symbol.crash”的文件,这就是可定位问题的crash文件了,我们打开看一下。

技术分享

现在红框里原来的那些乱七八糟的东西已经“翻译”成了崩溃在具体的哪一个.m文件的哪一行。下面就是进行合理的猜想和调试了,比如我的崩溃就是因为这个第三方时间选择控件使用截取字符串的形式来获得时间,像09:23 PM就被固定的拆成了时、分、上下午标识3段,结果用户使用24小时制的时候,时间就成了21:23,没了上下午标识,array[2]超出下标妥妥的闪退。想想我脑洞也是蛮大的,这种问题原因都被猜到了。。。

  转自:http://www.cnblogs.com/ningxu-ios/p/4141783.html?utm_source=tuicool

使用symbolicatecrash分析crash文件

原文:http://www.cnblogs.com/xjshi/p/4395792.html

(0)
(0)
   
举报
评论 一句话评论(0
关于我们 - 联系我们 - 留言反馈 - 联系我们:wmxa8@hotmail.com
© 2014 bubuko.com 版权所有
打开技术之扣,分享程序人生!