iOS崩溃日志分析

之前整理了一篇文章,写的是在本地搭建IPV6环境,搭建完成之后,发现我的APP没有问题,于是,我只能从审核给返回的崩溃日志分析一下了.首先看下面的crash问题，说句实话一看这个我是拒绝的，这怎么找原因啊，头都大了。

1、 进程信息第一部分是闪退进程的相关信息。
Incident Identifier ： 是崩溃报告的唯一标识符。
CrashReporter Key： 是与设备标识相对应的唯一键值。虽然它不是真正的设备标识符，但也是一个非常有用的情报:如果你看到100个崩溃日志的CrashReporter Key值都是相同的，或者只有少数几个不同的CrashReport值，说明这不是一个普遍的问题，只发生在一个或少数几个设备上。
Hardware Model ：标识设备类型。 如果很多崩溃日志都是来自相同的设备类型，说明应用只在某特定类型的设备上有问题。
接下来几行不言自明，无需赘述。
(2) 基本信息这部分给出了一些基本信息，包括闪退发生的日期和时间，设备的iOS版本。(3) 异常Exception Type:异常的类型。Exception Codes ：异常错误码Termination Reason：闪退的原因，比如常见的数组越界啊，什么的。Triggered by Thread：出现问题在哪个线程，这个比较重要，首先确定在哪个线程中出了问题，然后再去定位。
(4) 线程回溯这部分提供应用中所有线程的回溯日志。 线程调用的一些，堆栈信息，压根看不懂，所有需要进行符号化处理。
用Xcode自带的 symbolicatecrash 工具来解析的.crash文件
1、获取crash文件：a、直接从设备中获取方法如下图

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

970305-e2d131f816f83400.png

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、新建一个文件夹，将第二步中获取的两个文件放在同一个文件夹中

970305-ef1fc6910d553814.png

970305-b67d2233c0c559c3.png

解析命令输出之后,你会发现在你的APP中多出来一份你可以看懂的崩溃日志

1416745-2c7820fe336463c9.png

1416745-a30949993d3742bc.png

打码的地方就是崩溃的部分,可以清晰看到是哪一个方法,哪一行崩溃了,改完之后重新提交,终于过了.
(整理自文/为谁而鸣 / 魈畈)