关于ios的crash log的解析,自从接触ios以来学到的解析方法,一直是非常传统也非常复杂的,过程基本如下:
首先.app和DSYM,以及crash log三个文件。建议放一个文件夹。
验证三者的UUID是否一致,如果不一致,将无法解析。验证方法如下:
2.1查看xx.app文件的uuid的方法,在terminal中输入命令:
dwarfdump --uuid xxx.app/xxx (xxx工程名)
2.2 查看xx.app.dSYM文件的uuid的方法,在terminal中输入命令:
dwarfdump --uuid xxx.app.dSYM (xxx工程名)
2.3 而.crash的uuid位于,crash日志中的Binary Images:中的第一行尖括号内。如:
armv7 <8bdeaf1a0b233ac199728c2a0ebb4165>
Xcode有自带的symbolicatecrash工具,可以通过dSYM文件将crash文件中的16进制地址转换成可读的函数地址,symbolicatecrash工具位于:/Applications/Xcode.app/Contents/SharedFrameworks/DTDeviceKitBase.framework/Versions/A/Resources/symbolicatecrash
设置xcode DEVELOPER_DIR:
export DEVELOPER_DIR="/Applications/Xcode.app/Contents/Developer"
最后执行: symbolicatecrash xxx.crash xxx.app.dSYM > new.log
这样在这个文件夹中你会发现,原来的内存地址变成了函数名。
不过这是比较老的方法了,步骤虽然不多,但是如果crash log文件很多的话,也挺费时间。不过在最新的xcode中其实并不需要在做这些复杂的过程,有一篇博客就已经说了,链接如下:http://www.cnblogs.com/max5945/p/3663966.html。
原来也说得很清楚,就是spotlight你的crash log所对应的dsym和.app文件(应该是根据UUID匹配)。这样你只需要把crash log对应的dsmy和.app文件拷贝到电脑,就不用解析上面繁琐的步骤了,把crash log拷贝到xcode中的device logs中就可以自动解析出来了。很方便。