挺久没写简书了，这边是比较早的时候写的笔记这边就给整理整理发到简书上也比较规范点。网上看到关于日志解析的帖子也很多，本文就加入以下自己实际操作中的处理哈以及相应的解决方式。当然除了自己解析日志也可以用现成的脚本来处理，以及第三方bugly只需要提供dSYM文件就可以给处理。氮素，有时候crash是devices上面的log这种就没法直接解析了，就需要自己去处理。
准备
桌面上或者别的地方创建个文件夹(文件夹名logCrash)来存放相应的文件，比较方便处理，当然不这么做的话在终端处理的时候需要输入一堆的文件路径还是比较烦的。
将以下的文件拷贝出来放入刚刚新建的文件夹里面。
1、dSYM文件
这边需要注意版本匹配的问题，这个文件需要用的是崩溃日志对应的包的dSYM文件，获取步骤如下:
打开xcode -> Window -> Organzier -> Archive -> 找到对应的包 -> Show in Finder
文件夹中显示
**** 2019-7-23, 13.53.xcarchive，显示这个文件的包内容就能看到文件夹dSYMs。
将****.app.dSYM复制到文件夹logCrash中。
2、校验崩溃日志是否与dSYM文件匹配
获取dSYM文件对应的UUID
$ dwarfdump —u 文件路径/xxx.app.dSYM
或者
$ dwarfdump --uuid xxx.app.dSYM
结果如下:
UUID: 89AE6EE9-B6A7-3AC2-B135-C588C72F9D4E (armv7) /Users/zhouyonggui/Desktop/1112yd/1.app.dSYM/Contents/Resources/DWARF/掌通家园园丁
UUID: 4040D9C8-0FE1-39B1-80C4-37626E886A28 (arm64) /Users/zhouyonggui/Desktop/1112yd/1.app.dSYM/Contents/Resources/DWARF/掌通家园园丁
获取崩溃日志中的UUID
打开崩溃日志，全局搜索Binary Images，获取到如下:
Binary Images:
0x100554000 - 0x1037bbfff 掌通家园园丁 arm64 <4040d9c80fe139b180c437626e886a28> /var/containers/Bundle/Application/63FBF984-E4CC-4258-B758-C63177A296AC/掌通家园园丁.app/掌通家园园丁
如果两者的UUID分别为：4040D9C8-0FE1-39B1-80C4-37626E886A28、4040d9c80fe139b180c437626e886a28是一致说明是同一个ipa包。
3、symbolicatecrash
这个最简单的方式就是用终端命令查找symbolicatecrash
$ find /Applications/Xcode.app -name symbolicatecrash -type f
输入如下，就是symbolicatecrash的文件路径
/Applications/Xcode.app/Contents/Developer/Platforms/WatchSimulator.platform/Developer/Library/PrivateFrameworks/DVTFoundation.framework/symbolicatecrash
获取到路径后直接open打开
$ open /Applications/Xcode.app/Contents/Developer/Platforms/WatchSimulator.platform/Developer/Library/PrivateFrameworks/DVTFoundation.framework
将symbolicatecrash复制到文件夹logCrash
4、crash日志
通过手机设备获取日志的两种方式:views Devices Logs、数据分析
1、views Devices Logs
崩溃日志这边就以Xcode连接设备提取Devices中的崩溃日志为例。获取方式如下:
打开Xcode -> Windows -> Devices and Simulators -> 选中真机设备 -> views Devices Logs
打开设备管理快捷键shift + cmd + 2，导出对应的崩溃日志。
2、数据分析
打开手机设置：
设置--> 隐私 --> 分析与改进 --> 分析数据 --> 找到对应的日志 --> 传输到电脑上即可
从上面的方式可以获取到两个文件：
一个是dSYM使用该文件解析日志会解析不全，因为从设备中取得的崩溃报告所需要的调试符号文件(.dsym)是为bitcode二进制并不能用来symbolicate崩溃报告；
另一个是崩溃日志.bate格式的，这边可以直接修改文件格式为.crash。
3、线上崩溃报告
通过打包上线时的xcode来获取线上的崩溃报告，线上app的崩溃日志会被app store收集并符号化分组。类似的崩溃报告的集合被称为崩溃点。(如果用户选择了与苹果共享诊断数据，这些崩溃日志才会被收集并被符号化)
线上的这边就没一一介绍了，因为打包机不在我这边，而且线上崩溃基本都是用第三方
bugly主要是因为很多用户（包括我本人）都喜欢关闭与苹果共享数据哈。这边推荐一个文章这块写的很赞的。
开始解析
获取Xcode developer路径，使用如下命令需要确保已经安装Xcode command line tools，使用$ xcode-select --install验证，已经安装会提示如下：
xcode-select: error: command line tools are already installed, use "Software Update" to install updates
未安装的可以安装一下或者直接使用我这边提供的路径，当然前提是你未修改Xcode的安装路径以及Xcode的App名(如果已修改请自行另外获取)，终端获取路径：
$ xcode-select --print-path
输出如下:
/Applications/Xcode.app/Contents/Developer
执行export
$ export DEVELOPER_DIR='/Applications/Xcode.app/Contents/Developer'
如果未执行export下一步解析的时候会报如下错误:
Error: "DEVELOPER_DIR" is not defined at ./symbolicatecrash line xx（数字）.
解析堆栈
$ cd 文件夹logCrash
$ ./symbolicatecrash ./*.crash ./*.app.dSYM>symbol.crash
正常以上处理就完成了，就能获取到对应的解析堆栈文件symbol.crash。如果出现以下警告，主要是因为我们在解析的时候没有使用.app，当然这个警告不会影响解析：
## Warning: Unable to symbolicate from required binary: /Users/zhouyonggui/Library/Developer/Xcode/iOS DeviceSupport/10.0.2 (14A456)/Symbols/System/Library/Frameworks/CoreMotion.framework/CoreMotion
No symbolic information found
日志解析查看
结语
上面介绍的可能不够好，还有些偏差毕竟带了很多个人的理解。所以还是强烈推荐看一看developer上的爽文Analyzing Crash Reports，也可以看看别人翻译好的文章全面的理解和分析IOS的崩溃日志，翻译好的虽然有些晦涩难懂，但是翻译得还是很赞值得一阅。
参考
iOS崩溃堆栈信息的符号化解析
iOS 用symbolicatecrash符号化崩溃日志中系统库方法堆栈
全面的理解和分析IOS的崩溃日志
Analyzing Crash Reports
