Crash我们不得不面对的问题，但是好多人在遇到Crash的时候都无从下手，很多的时候都是凭着感觉找问题。今天我做了5篇文章来帮助我们更加清晰的认清iOS中的Crash

• 1、Crash产生原因
• 2、Crash日志组成
• 3、Crash日志分析
• 4、NSException抛出异常&NSError简单介绍
• 5、符号表

想要了解更详细的内容可以点击这里

符号表

符号表是内存地址与函数名、文件名、行号的映射表。符号表元素如下所示：

<起始地址> <结束地址> <函数> [<文件名:行号>]

为什么要配置符号表？

为了能快速并准确地定位用户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