iOS崩溃堆栈符号化，定位问题分分钟搞定！

最新推荐文章于 2020-12-20 14:59:57 发布

腾讯Bugly

最新推荐文章于 2020-12-20 14:59:57 发布

阅读量5.6k

点赞数

本文链接：https://blog.csdn.net/tencent_bugly/article/details/46275773

版权

本文介绍了iOS应用的符号表(.dSYM)及其重要性，详细阐述了符号表的生成、用途，以及如何使用symbolicatecrash和atos工具进行堆栈地址符号化，帮助开发者快速定位崩溃问题。同时，提到了腾讯Bugly的崩溃监控服务在自动符号化方面的优势。

摘要由CSDN通过智能技术生成

最近一段时间，在跟开发者沟通过程中，萝莉发觉有些开发者对iOS的应用符号表还不是很清楚，除了咨询关于符号表生成、配置的问题以外，对Bugly崩溃分析需要配置符号表也存在疑问。

在这里，萝莉就给大家分享下关于iOS符号表的一些内容。

首先，进行常识“脑补”。

符号表就是指在Xcode项目编译后，在编译生成的二进制文件.app的同级目录下生成的同名的.dSYM文件。
.dSYM文件其实是一个目录，在子目录中包含了一个16进制的保存函数地址映射信息的中转文件，所有Debug的symbols都在这个文件中(包括文件名、函数名、行号等)，所以也称之为调试符号信息文件。
一般地，Xcode项目每次编译后，都会生成一个新的.dSYM文件。因此，App的每一个发布版本，都需要备份一个对应的.dSYM文件，以便后续调试定位问题。

注意：
项目每一次编译后，.app和.dSYM成对出现，并且二者有相同的UUID值，以标识是同一次编译的产物。
UUID值可以使用dwarfdump—uuid来检查：

<span style="font-family:Microsoft YaHei;font-size:12px;">$ dwarfdump --uuid XX.app.dSYM
$ dwarfdump --uuid XX.app/XX</span>

那么，问题就来了！

在Xcode开发调试App时，一旦遇到崩溃问题，开发者可以直接使用Xcode的调试器定位分析。

但如果App发布上线，开发者不可能进行调试，只能通过分析系统记录的崩溃日志来定位问题，在这份崩溃日志文件中，会指出App出错的函数内存地址，而这些函数地址是可以在.dSYM文件中找到具体的文件名、函数名和行号信息的

关注