转关于iOS--Crash日志的分析

工做中不免或碰到crash，若是是开发环境，碰到简单的crash还能重现下，若是不能重现的话，咱们只能去分crash文件了。

首先看下面的crash问题，说句实话一看这个我是拒绝的，这怎么找缘由啊，头都大了。

68BFD825-BB35-4106-B030-772B9884FB82.png

一、 进程信息
第一部分是闪退进程的相关信息。

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

它包括四列:

1. 帧编号—— 此处是2。
2. 二进制库的名称 ——此处是 XYZLib.
3. 调用方法的地址 ——此处是 0x34648e88.
4. 第四列分为两个子列，一个基本地址和一个偏移量。此处是0×83000 + 8740, 第一个数字指向文件，第二个数字指向文件中的代码行。

 

 

用Xcode自带的 symbolicatecrash 工具来解析的.crash文件

一、获取crash文件：
a、直接从设备中获取方法以下图

屏幕快照 2016-09-21 下午9.16.49.png

 

b、苹果审核那边发给你的（个人就是）

二、找到app包所对应的.dSYM文件，强调要对应
.dSYM 是保存 16 进制函数地址映射信息的中转文件，咱们调试的 symbols 都会包含在这个文件中，而且每次编译项目的时候都会生成一个新的 dSYM 文件。测试给过来的.crash文件中，关于崩溃的确切语句和函数部分只有16进制地址符号，并非咱们在xcode调试时看到的xxx.cpp(xxfunction xx行)这样的。通常发布一个版本须要保存好对应的.dSYM和.app包，方便分析crash

屏幕快照 2016-09-21 下午9.21.56.png

 

三、就是找到Xcode中的symbolicatecrash工具咯，

我用的Xcode8，路径为

/Applications/Xcode.app/Contents/SharedFrameworks/DVTFoundation.framework/Versions/A/Resources/symbolicatecrash

其余版本的xcode，本身百度咯，反正都差很少。把咱们须要的工具直接复制到桌面上来（方便用）。

四、.crash文件的分析
a、.配置环境变量DEVELOPER_DIR，（配置好了就再也不须要）

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

b、新建一个文件夹，将第二步中获取的两个文件放在同一个文件夹中

QQ20160921-0.png

QQ20160921-1.png

注意：上面指的是其所在的路径。

通过上面的简单几步咱们就能获得格式化好的crash日志，这样就方便咱们定位bug的位置了。

原文连接：http://www.jianshu.com/p/e616d094cf65