如何符号化Apple应用审核提交的JSON格式崩溃报告（Xcode15）

一、Apple是否更改了崩溃报告格式？ #

Apple确实调整了部分场景下的崩溃报告格式，审核团队提供的崩溃报告现在可能采用JSON结构，这是官方推出的新格式变体。相比传统纯文本格式，JSON格式只是将崩溃信息（设备详情、线程调用栈、异常信息等）进行了结构化封装，核心数据字段并未缺失，便于自动化工具解析，但对人工查看需要先提取关键内容。

二、如何符号化JSON格式的崩溃报告？ #

由于Xcode 15移除了「Devices and Simulators窗口」的「Device Logs」按钮，可通过以下几种方法完成符号化：

方法1：提取调用栈后用Xcode Organizer导入符号化 #

• 从JSON崩溃报告中，找到包含崩溃线程调用栈的字段（通常在threads数组内的backtrace或frames节点），将这部分调用栈的纯文本内容复制出来，保存为后缀为.crash的文件（例如review_crash.crash）。
• 打开Xcode，点击顶部菜单栏的Window → Organizer，切换到左侧的Crashes标签页。
• 选择对应App和提交审核的版本，点击右下角的Import按钮，导入刚才保存的.crash文件，Xcode会自动匹配对应版本的dSYM文件完成符号化（需确保本地有该构建版本的dSYM）。

方法2：使用atos命令行工具手动符号化 #

• 前提：必须持有提交审核的App构建版本对应的dSYM文件，且dSYM的UUID与崩溃报告中binaryImages数组里的App二进制UUID一致。
• 查看dSYM的UUID，执行命令：

  dwarfdump --uuid YourApp.app.dSYM
  

• 从JSON中获取设备架构（如arm64，在device字段内）、崩溃线程栈帧的加载地址（imageBase）和崩溃地址（address）。
• 执行atos命令符号化单个栈帧：

  atos -o YourApp.app.dSYM/Contents/Resources/DWARF/YourApp -arch arm64 -l <加载地址> <崩溃地址>
  

  若要批量处理多个栈帧，可将所有崩溃地址依次追加在命令末尾。

方法3：直接解析JSON字段辅助符号化 #

部分JSON崩溃报告的threads节点中已经包含了部分符号化信息（如symbolName），但可能不完整。你可以先查看这些预填充的符号，再结合atos命令补充缺失的内容。

内容的提问来源于stack exchange，提问作者Gomu Miyashita