5、符号表
Crash我们不得不面对的问题，但是好多人在遇到Crash的时候都无从下手，很多的时候都是凭着感觉找问题。今天我做了5篇文章来帮助我们更加清晰的认清iOS中的Crash
想要了解更详细的内容可以点击这里
符号表
符号表是内存地址与函数名、文件名、行号的映射表。符号表元素如下所示：
<起始地址> <结束地址> <函数> [<文件名:行号>]
为什么要配置符号表？
为了能快速并准确地定位用户APP发生Crash的代码位置，Bugly使用符号表对APP发生Crash的程序堆栈进行解析和还原
符号表.png
dSYM文件
iOS平台中，dSYM文件是指具有调试信息的目标文件，文件名通常为：xxx.app.dSYM。如下图所示
dSYM.png
为了方便找回Crash对应的dSYM文件和还原堆栈，建议每次构建或者发布APP版本的时候，备份好dSYM文件
如何定位dSYM文件？
一般情况下，项目编译完dSYM文件跟app文件在同一个目录下，下面以XCode作为IDE详细说明定位dSYM文件。
- 1、进入XCode
- 2、打开工程（已编译过）；
- 3、在左栏找到“Product”项；
- 4、鼠标右键点击编译生成的“xxx.app”；
- 5、点击“Show in Finder”；
dSYM1.png
dSYM2.png
如果有多个dSYM文件，可以在使用工具时指定输入为dSYM文件所在的目录或者工程目录
XCode编译后没有生成dSYM文件？
XCode Release编译默认会生成dSYM文件，而Debug编译默认不会生成，对应的Xcode配置如下：
XCode -> Build Settings -> Code Generation -> Generate Debug Symbols -> Yes
XCode -> Build Settings -> Build Option -> Debug Information Format -> DWARF with dSYM File
dSYM3.png
开启Bitcode之后需要注意哪些问题？
在点Upload to App Store上传到App Store服务器的时候需要声明符号文件（dSYM文件）的生成：
dSYM4.jpg
-
1、在配置符号表文件之前，需要从App Store中把该版本对应的dSYM文件下载回本地，然后用符号表工具生成和上传符号表文件
-
2、不需要配置自动生成符号表的脚本了，也不要用本地生成的dSYM文件来生成符号表文件，因为本地编译生成的dSYM文件的符号表信息都被隐藏了。如果用本地编译生成的dSYM文件生成符号表文件并配置到Bugly平台之后，还原出来的结果将是类似于“__hiden#XXX”这样的符号
如何查看dSYM文件的UUID？
- 1、通过命令查看UUID
xcrun dwarfdump --uuid <dSYM文件>
- 2、通过符号表文件查看UUID
符号表文件的UUID与dSYM文件的UUID是一致的，因此可以通过符号表工具生成的符号表文件来查看dSYM文件的UUID：
生成符号表文件(.zip) ---> 解压符号表文件(.symbol) ---> 使用文本编辑器打开符号表文件
dSYM5.png
其中符号表文件的“UUID”信息即Debug SO文件的UUID，亦是符号表文件的UUID，如果文件较大，建议使用“Sublime Text”等文本编辑器来打开符号表文件。
如何找回已发布到App Store的App对应的dSYM文件？
通过Xcode找回
- 1、打开 Xcode 顶部菜单栏 -> Window -> Organizer 窗口：
dSYM6.jpg
- 2、打开 Xcode 顶部菜单栏，选择 Archive 标签：
dSYM7.jpg
- 3、找到发布的归档包，右键点击对应归档包，选择Show in Finder操作
dSYM8.jpg
- 4、右键选择定位到的归档文件，选择显示包内容操作：
dSYM9.jpg
- 5、选择dSYMs目录，目录内即为下载到的 dSYM 文件：
dSYM10.jpg
通过iTunes Connect找回
- 1、登录iTunes Connect
- 2、进入“我的App（My Apps）”的“活动（Activity）”页面：
dSYM11.png
- 3、在“所有构件版本（All Builds）”中选择某一个版本，点“下载dSYM（Download dSYM）”下载dSYM文件：
dSYM12.png
