原文地址：https://www.jianshu.com/p/3caccc287346
如果大家是用真机在调试的过程中出现了Crash，那么请看iOS调试之 crash log分析
导读：Understanding and Analyzing Application Crash Reports
众所周知，思维再缜密的人也会有百密一疏的时候，对于我们程序员来讲，更是会出现防不慎防的BUG。本文就来讲讲线上App崩溃Crash之后的找到奔溃原因的处理办法。
最近频繁的在向Appstore提交新版本，在连续同样的问题被拒了多次了，运营那边也是苦恼，在测试的时候没有问题，但是一上传审核的时候就拒绝并且给出了crash文件。
拿到crash log之后我们激动的点开了，但是发现里面居然一脸懵逼，尤其是堆栈信息，如下：
Snip20170531_497.png
很是蛋疼，所以我们就开启了一段解析这些地址之旅。以下是一些概念和专业术语，希望大家好好了解下：
Xcode编译项目后，我们会看到一个同名的 dSYM 文件，dSYM 是保存 16 进制函数地址映射信息的中转文件，我们调试的 symbols 都会包含在这个文件中，并且每次编译项目的时候都会生成一个新的 dSYM 文件，位于 /Users/<用户名>/Library/Developer/Xcode/Archives 目录下，对于每一个发布版本我们都很有必要保存对应的 Archives 文件 ( AUTOMATICALLY SAVE THE DSYM FILES 这篇文章介绍了通过脚本每次编译后都自动保存 dSYM 文件)。
如果不用dSYM来符号化的话我们只能看到一堆的16进制地址，但是如果有这个dSYM文件我们就可以通过一些方法和手段将16进制的地址还原成函数或者方法名，供我们分析出现崩溃的原因。以下是符号化和未符号化或者半符号化的对比：
没有符号化：
Snip20170531_498.png
半符号化：
Snip20170531_499.png
全符号化：
Snip20170531_500.png
首先注意一点，dSYM文件是只有通过Xcode打包Archive出来的才有，所以必须经过正规打包，此处推荐大家看看iOS打包的两种方式,在推荐的此文中请大家参考打包方式一。以下是找到.dSYM文件的步骤：
第一步：Xcode中window-->Organizer
Snip20170601_504.png
Snip20170601_506.png
Snip20170601_508.png
第二步：选择对应的.xcarchive文件，右键显示包内容
Snip20170601_511.png
第三步：将第二步中截图的.dSYM文件拷贝到我们自定义的目录中，比如我们新建一个文件夹crash,那我们就把.dSYM文件拷贝到新建的crash目录中。(顺便把.app文件也拷贝到crash目录中)。(crash文件的路径：/Users/电脑名/Desktop/crash)
Snip20170601_512.png
PS: 如果是通过其他方式打包的，比如说通过iTunes打包的，那么是不会有这个.xcarchive文件的，也就不会有对应的.dSYM文件了，如果是这种情况的话，那现在你必须找到提交Appstore时候的版本（论版本控制的重要性），用同一台电脑(注意：一定是同一台电脑)然后用iOS打包的两种方式中的方式一再打一次包，使用Xcode重新上传到Appstore,如下图操作，再UpLoad to App Store。
1）修改一下配置：Build Settings-->搜dsym 选项改为DWARF with dSYM file
Snip20170601_515.png
2）再Archive一次，如果还没有，然后选择upload to App store，再选择的Download dSYMs：
Snip20170601_518.png
Symbolicatecrash是Xcode自带的一个分析工具，可以通过机器上的崩溃日志和应用的.dSYM文件定位发生崩溃的位置，把crash日志中的地址替换成代码相应位置。
Symbolicatecrash是Xcode上一个独立的工具，你打开终端是运行不了他的，因为环境变量没有配置，无法全局使用，所以现在只能先把这个工具在MAC上找到，然后拷贝出来，和.dSYM文件和Crash文件放在一起，然后再使用此工具。
1>路径：Symbolicatecrash工具的在xcode中的位置
Xcode4.3之前路径：
Xcode4.3之后路径：
Xcode6之后路径：
Xcode8之后路径：
PS: Xcode7和Xcode8 symbolicatecrash的路径
如果大家发现这以上几种情况都找不到symbolicatecrash工具，那么不妨使用以下命令来找出symbolicatecrash工具的路径，在终端输入以下命令，稍等3分钟左右：
这三分钟主要是系统在搜寻symbolicatecrash工具的路径所耗费的时间，然后成功之后会显示以下截图：
Snip20170601_501.png
2>拷贝：将symbolicatecrash工具拷贝到上面创建的crash目录中
进入到目录下找到symbolicatecrash直接拷贝，command+c:
Snip20170601_513.png
或者是使用命令，将symbolicatecrash工具拷贝到相应路径：
经过以上第一种直接拷贝或者命令拷贝的方式都能得到以下的结果：
Snip20170601_514.png
把iTuenes Center的解决方案中心.crash文件下载下来，复制到crash文件夹中，或者如果是运营负责的话找运营要就好了。
Snip20170601_519.png
放好之后的结果：
Snip20170601_520.png
第一步：终端中进入到crash文件夹目录：/Users/电脑名/Desktop/crash
Snip20170601_523.png
第二步：使用以下命令：
Snip20170601_524.png
PS: 如果报以上错误，那么再输入如下命令：
然后再次输入命令./symbolicatecrash ./.crash ./.dSYM > crash.log
这个在解析的过程中需要一些时间的，稍等片刻，等到命令执行完成之后如下那么就可以看下crash.log文件了(当然你可以把crash.log改成你想要的任意后缀都行)
Snip20170601_525.png
第三步：生成crash.log文件后，直接打开查看已经对自定的方法和类符号化了，但是对于系统的UIKit和Foundation并未符号话：
Snip20170601_526.png
PS：针对以上部分符号化的问题，请参见使用symbolicatecrash解析了一个crash log，其中提到了这个问题。
作者：KODIE
链接：https://www.jianshu.com/p/3caccc287346
來源：简书
著作权归作者所有。商业转载请联系作者获得授权，非商业转载请注明出处。
