转关于iOS--Crash日志的分析
工作中难免或碰到crash,如果是开发环境,碰到简单的crash还能重现下,如果不能重现的话,我们只能去分crash文件了。
首先看下面的crash问题,说句实话一看这个我是拒绝的,这怎么找原因啊,头都大了。
![](http://upload-images.jianshu.io/upload_images/970305-c23f0bca12c54bee.png?imageMogr2/auto-orient/strip%7CimageView2/2/w/1240)
1、 进程信息
第一部分是闪退进程的相关信息。
Incident Identifier : 是崩溃报告的唯一标识符。
CrashReporter Key: 是与设备标识相对应的唯一键值。虽然它不是真正的设备标识符,但也是一个非常有用的情报:如果你看到100个崩溃日志的CrashReporter Key值都是相同的,或者只有少数几个不同的CrashReport值,说明这不是一个普遍的问题,只发生在一个或少数几个设备上。
Hardware Model :标识设备类型。 如果很多崩溃日志都是来自相同的设备类型,说明应用只在某特定类型的设备上有问题。上面的日志里,崩溃日志产生的设备是iPhone 4s。
接下来几行不言自明,无需赘述。
(2) 基本信息
这部分给出了一些基本信息,包括闪退发生的日期和时间,设备的iOS版本。
(3) 异常
Exception Type:异常的类型。
Exception Codes :异常错误码
Termination Reason:闪退的原因,比如常见的数组越界啊,什么的。
Triggered by Thread:出现问题在哪个线程,这个比较重要,首先确定在哪个线程中出了问题,然后再去定位。
(4) 线程回溯
这部分提供应用中所有线程的回溯日志。 回溯是闪退发生时所有活动帧清单。它包含闪退发生时调用函数的清单。看下面这行日志:
2 XYZLib 0x34648e88 0x83000 + 8740 |
它包括四列:
- 帧编号—— 此处是2。
- 二进制库的名称 ——此处是 XYZLib.
- 调用方法的地址 ——此处是 0x34648e88.
- 第四列分为两个子列,一个基本地址和一个偏移量。此处是0×83000 + 8740, 第一个数字指向文件,第二个数字指向文件中的代码行。
用Xcode自带的 symbolicatecrash 工具来解析的.crash文件
1、获取crash文件:
a、直接从设备中获取方法如下图
![](http://upload-images.jianshu.io/upload_images/970305-9bdd666288ee7abd.png?imageMogr2/auto-orient/strip%7CimageView2/2/w/1240)
![](http://upload-images.jianshu.io/upload_images/970305-049db49fdc503ac7.png?imageMogr2/auto-orient/strip%7CimageView2/2/w/1240)
![](http://upload-images.jianshu.io/upload_images/970305-cdbf93c91084a690.png?imageMogr2/auto-orient/strip%7CimageView2/2/w/1240)
b、苹果审核那边发给你的(我的就是)
2、找到app包所对应的.dSYM文件,强调要对应
.dSYM 是保存 16 进制函数地址映射信息的中转文件,我们调试的 symbols 都会包含在这个文件中,并且每次编译项目的时候都会生成一个新的 dSYM 文件。测试给过来的.crash文件中,关于崩溃的确切语句和函数部分只有16进制地址符号,并不是我们在xcode调试时看到的xxx.cpp(xxfunction xx行)这样的。一般发布一个版本需要保存好对应的.dSYM和.app包,方便分析crash
![](http://upload-images.jianshu.io/upload_images/970305-a439869c1b017ad4.png?imageMogr2/auto-orient/strip%7CimageView2/2/w/1240)
![](http://upload-images.jianshu.io/upload_images/970305-0b838e396d87b630.png?imageMogr2/auto-orient/strip%7CimageView2/2/w/1240)
![](http://upload-images.jianshu.io/upload_images/970305-e2d131f816f83400.png?imageMogr2/auto-orient/strip%7CimageView2/2/w/1240)
3、就是找到Xcode中的symbolicatecrash工具咯,
我用的Xcode8,路径为
/Applications/Xcode.app/Contents/SharedFrameworks/DVTFoundation.framework/Versions/A/Resources/symbolicatecrash
其他版本的xcode,自己百度咯,反正都差不多。把我们需要的工具直接复制到桌面上来(方便用)。
4、.crash文件的分析
a、.配置环境变量DEVELOPER_DIR,(配置好了就不再需要)
export DEVELOPER_DIR=/Applications/Xcode.app/Contents/Developer
b、新建一个文件夹,将第二步中获取的两个文件放在同一个文件夹中
![](http://upload-images.jianshu.io/upload_images/970305-ef1fc6910d553814.png?imageMogr2/auto-orient/strip%7CimageView2/2/w/1240)
![](http://upload-images.jianshu.io/upload_images/970305-b67d2233c0c559c3.png?imageMogr2/auto-orient/strip%7CimageView2/2/w/1240)
注意:上面指的是其所在的路径。
经过上面的简单几步我们就能得到格式化好的crash日志,这样就方便我们定位bug的位置了。
原文链接:http://www.jianshu.com/p/e616d094cf65