Crash日志 分析处理--DSYM文件

iOS-dsym分析crash日志
我们在iOS开发中会碰到的很多crash问题，如果Debug调试模式的话，我们可以往往很容易的根据log的输出定位到导致crash的原因，但对于已经上线的应用，或者是release环境包导致的crash，我们就需要一些特殊的手段来通过crash log进行分析定位了。

什么是 dSYM 文件
Xcode编译项目后，我们会看到一个同名的 dSYM 文件，dSYM 是保存 16 进制函数地址映射信息的中转文件，我们调试的 symbols 都会包含在这个文件中，并且每次编译项目的时候都会生成一个新的 dSYM 文件，位于 /Users/<用户名>/Library/Developer/Xcode/Archives 目录下，对于每一个发布版本我们都很有必要保存对应的 Archives 文件。

dSYM 文件有什么作用
当我们软件 release 模式打包或上线后，不会像我们在 Xcode 中那样直观的看到用崩溃的错误，这个时候我们就需要分析 crash report 文件了，iOS 设备中会有日志文件保存我们每个应用出错的函数内存地址，通过 Xcode 的 Organizer 可以将 iOS 设备中的 DeviceLog 导出成 crash 文件，这个时候我们就可以通过出错的函数地址去查询 dSYM 文件中程序对应的函数名和文件名。大前提是我们需要有软件版本对应的 dSYM 文件。

dsym、crash 文件与app的对应关系
每一个xx.app, xxx.app.dSYM文件都拥有相应的uuid，crash文件也有uuid,只有三者uuid一至才表明之三者可以解析出正确的日志文件。查看xx.app文件的uuid的方法，在terminal中输入命令：
dwarfdump --uuid xxx.app/xxx (xxx工程名)
查看xx.app.dSYM文件的uuid的方法，在terminal中输入命令：
dwarfdump --uuid xxx.app.dSYM (xxx工程名)
而.crash的uuid位于，crash日志中的Binary Images:中的第一行尖括号内。如：
Binary Images:​ 0x18cdbb000 - 0x18d055fff vImage arm64 <1f67094759de381898830a3692edff0f> /System/Library/Frameworks/Accelerate.framework/Frameworks/vImage.framework/vImage

使用symbolicatecrash分析crash日志
将symbolicatecrash文件拷贝到某一目录下，备用。
xcode有自带的symbolicatecrash工具,可以通过dSYM文件将crash文件中的16进制地址转换成可读的函数地址。symbolicatecrash工具位于:/Applications/Xcode.app/Contents/SharedFrameworks/DVTFoundation.framework/Versions/A/Resources/symbolicatecrash (xcode 8.2.1)
其他版本可以参考下以下路径
/Applications/Xcode.app/Contents/SharedFrameworks/DTDeviceKit.framework/Versions/A/Resources

/Applications/Xcode.app/Contents/SharedFrameworks/DTDeviceKitBase.framework/Versions/A/Resources

/Applications/Xcode.app/Contents/Developer/Platforms/iPhoneOS.platform/Developer/Library/PrivateFrameworks/DTDeviceKit.framework/Versions/A/Resource

设置环境变量
vim ~/.bash_profile
输入如下内容export DEVELOPER_DIR="/Applications/Xcode.app/Contents/Developer"

将crash文件与dSYM文件拷贝到symbolicatecrash相同目录下

执行命令获取解析后的crash文件
symbolicatecrash xxx.crash xxx.app.dSYM > crash.txt

参考链接
iOS通过dSYM文件分析crash