iOS崩溃日志分析

更新一下，现在崩溃日志分析的工具有很多，可以在github上搜索下dSYM。这些工具可以帮助我们免去写命令行的繁琐，节省时间。

---

Xcode开发过程中出现的崩溃，可以通过控制台输出崩溃信息。但是当打好包安装到一些设备（比如QA的测试设备）上出现的崩溃，就很难一下判断出崩溃原因。这时候就可以尝试查看设备的崩溃日志来查找崩溃原因。
一般的崩溃日志如下图，红色框圈中部分为需要重点关注的信息。现在看都是地址信息，无法获取到太多有用的信息。

crash1

我们需要解析一下崩溃日志，解析后的日志如下图，红色圈中部分已经可以看出崩溃的文件和行数。这样就可以定位出崩溃出现在ViewController.m文件的41行。

crash2

到现在，如何解析只有地址信息的崩溃日志就成了问题的关键。现在了解的有两种方法。

使用Xcode自动解析

Xcode可以自动将崩溃日志解析。目前用的Xcode6，6以上版本应该都可以解析，6以前的版本没有验证。具体过程如下：

1. 将出现崩溃的设备连接到mac。
2. 打开Xcode->Window->Devices->选中设备->点击 ‘View device logs’ 按钮显示该设备的所有崩溃信息
3. 选中要查看的记录，等待几秒。右侧的崩溃日志就会自动解析。若没有解析，可尝试右键->Re-Symbolicate log

注意：使用Xcode自动解析需要两个条件，第一是崩溃的设备就在身边，可以连接到mac。另外一个是设备上所安装的崩溃应用打包时的xcarchive文件必须在Xcode中，可选中Xcode->Window->organizer查看。若没有该文件，需要从打包的mac上将该文件拷贝过来即可。

使用symbolicatecrash

使用Xcode自动解析很方便，但是如果崩溃日志文件是用户传回来的，没有用户的设备。那就没法用Xcode的自动解析了，还是要使用symbolicatecrash
symbolicatecrash是Xcode自带的一个工具。之前的崩溃日志一直是用它来解析。网上介绍的文章也有很多。这里简单说一下。
symbolicatecrash使用的过程大致是这样，将symbolicatecrash工具、崩溃日志文件、dSYM文件、app文件四个文件放在一个文件夹里，然后执行一句命令，生成解析好的崩溃日志。
需要注意以下几点：

1. symbolicatecrash比较难找，可以使用一下命令查找
   find /Applications/Xcode6.1.app -name symbolicatecrash -type f
2. 执行命令格式
   ./symbolicatecrash 崩溃日志文件 dSYM文件 > 输出文件
3. symbolicatecrash需要环境变量DEVELOPER_DIR,若提示该变量没有定义，使用以下命令添加一下。或者直接添加到bash_profile中
   export DEVELOPER_DIR=”/Applications/XCode.app/Contents/Developer”