你也可以参考这个，我已经写了手动崩溃重新符号化的步骤。

崩溃Re-Symbolication

步骤1

移动上面所有的文件(MyApp。应用,MyApp-dSYM。dSYM和MyApp-Crash-log.crash)到一个文件夹，有一个方便的名字，你可以很容易地使用终端。

对我来说，桌面是最容易到达的地方;) 所以，我已经把这三个文件移动到桌面的MyApp文件夹。

步骤2

现在轮到Finder了，去到下面的路径，无论哪个适用于你的XCODE版本。

使用此命令查找symbolicatecrash脚本文件， 找到/应用程序/ Xcode。应用程序名称symbolicatcrash

Xcode 7.3和更新版本(Xcode 8，…， Xcode 14，…):/ application /Xcode.app/Contents/SharedFrameworks/DVTFoundation.framework/Versions/A/Resources/symbolicatecrash

步骤3

将找到的symbolicatecrash脚本文件的目录添加到$PATH env变量中，如下所示d/ xcode - symbolicatcrash，粘贴脚本文件的目录并保存。当打开一个新终端时，您可以在位于/usr/bin中的任何文件夹中调用symbolicatecrash命令。

Or

复制符号崩溃文件从这个位置，并将其粘贴到桌面/MyApp (等等……不要盲目地跟着我，我正在MyApp文件夹中粘贴符号崩溃文件，这是你在第一步中创建的，在你最喜欢的位置，有三个文件。)

步骤4

打开终端，并CD到MyApp文件夹。

cd Desktop/MyApp — Press Enter
export DEVELOPER_DIR=$(xcode-select --print-path)

—按Enter

./symbolicatecrash -v MyApp-Crash-log.crash MyApp.dSYM

—按Enter

就是这样!符号日志在您的终端上… 现在简单地，找出错误并解决它;)

你也可以参考这个，我已经写了手动崩溃重新符号化的步骤。

崩溃Re-Symbolication

步骤1

移动上面所有的文件(MyApp。应用,MyApp-dSYM。dSYM和MyApp-Crash-log.crash)到一个文件夹，有一个方便的名字，你可以很容易地使用终端。

对我来说，桌面是最容易到达的地方;) 所以，我已经把这三个文件移动到桌面的MyApp文件夹。

步骤2

现在轮到Finder了，去到下面的路径，无论哪个适用于你的XCODE版本。

使用此命令查找symbolicatecrash脚本文件， 找到/应用程序/ Xcode。应用程序名称symbolicatcrash

Xcode 7.3和更新版本(Xcode 8，…， Xcode 14，…):/ application /Xcode.app/Contents/SharedFrameworks/DVTFoundation.framework/Versions/A/Resources/symbolicatecrash

步骤3

将找到的symbolicatecrash脚本文件的目录添加到$PATH env变量中，如下所示d/ xcode - symbolicatcrash，粘贴脚本文件的目录并保存。当打开一个新终端时，您可以在位于/usr/bin中的任何文件夹中调用symbolicatecrash命令。

Or

复制符号崩溃文件从这个位置，并将其粘贴到桌面/MyApp (等等……不要盲目地跟着我，我正在MyApp文件夹中粘贴符号崩溃文件，这是你在第一步中创建的，在你最喜欢的位置，有三个文件。)

步骤4

打开终端，并CD到MyApp文件夹。

cd Desktop/MyApp — Press Enter
export DEVELOPER_DIR=$(xcode-select --print-path)

—按Enter

./symbolicatecrash -v MyApp-Crash-log.crash MyApp.dSYM

—按Enter

就是这样!符号日志在您的终端上… 现在简单地，找出错误并解决它;)

Xcode 11.2.1，2019 年 12 月

苹果会给你txt格式的崩溃日志，这是无符号的

**

连接设备后

**

下载“。txt”文件，将扩展名改为“。crash” 在Xcode的窗口选项卡中打开设备和模拟器 选择设备，选择设备日志 拖放.crash文件到设备日志窗口

我们可以在那里看到象征性的事故日志

请参阅有关符号化崩溃日志的更多详细信息的链接

使用Xcode有一个更简单的方法(不需要使用命令行工具，一次查找一个地址)

Take any .xcarchive file. If you have one from before you can use that. If you don't have one, create one by running the Product > Archive from Xcode. Right click on the .xcarchive file and select 'Show Package Contents' Copy the dsym file (of the version of the app that crashed) to the dSYMs folder Copy the .app file (of the version of the app that crashed) to the Products > Applications folder Edit the Info.plist and edit the CFBundleShortVersionString and CFBundleVersion under the ApplicationProperties dictionary. This will help you identify the archive later Double click the .xcarchive to import it to Xcode. It should open Organizer. Go back to the crash log (in Devices window in Xcode) Drag your .crash file there (if not already present) The entire crash log should now be symbolicated. If not, then right click and select 'Re-symbolicate crash log'

确保你的Xcode应用名称不包含任何空格。这就是它对我不起作用的原因。所以/应用程序/ Xcode。/Applications/Xcode应用程序不能工作。

写这个答案既是为了社区，也是为了我自己。

如果在事故报告中出现了问题，可以通过以下方法加以解决:

创建一个单独的文件夹，复制Foo。app和Foo.app.dSYM从对应的.xcarchive文件夹中。同时将.crash报告复制到文件夹中。 在TextEdit或其他地方打开崩溃报告，转到Binary Images:部分，并复制第一个地址(例如0xd7000)。 CD放入文件夹。现在可以执行如下命令: xrun atos -o Foo。app/Foo -arch arm64 -l 0xd7000 0x0033f9bb .使用实例

这将表示地址为0x0033f9bb的符号。请确保为-arch选项选择正确的值(可以从Binary Images:部分中的第一行获得，或从硬件模型:在崩溃报告和应用程序支持的arch中计算出来)。

你也可以直接从崩溃报告中复制必要的地址(例如线程调用堆栈)到一个文本文件中(在TextEdit中，按住Option并选择必要的文本块，或者复制并剪切)，得到如下内容:

0x000f12fb
0x002726b7
0x0026d415
0x001f933b
0x001f86d3

现在你可以将它保存到一个文本文件中，例如addr.txt，并运行以下命令:

xcrun atos -o Foo.app/Foo -arch arm64 -l 0xd7000 -f addr.txt

这将为所有地址一次提供一个很好的符号化。

P.S.

在执行上述操作之前，值得检查是否正确设置了所有内容(因为atos会很高兴地为基本上任何提供的地址报告一些内容)。

要进行检查，请打开崩溃报告，并转到线程0的调用堆栈的末尾。从末尾开始列出你的应用程序的第一行(通常是第二行)，例如:

34  Foo                    0x0033f9bb 0xd7000 + 2525627

应该是main()调用。如上所述，将地址(在本例中为0x0033f9bb)标记为符号应该确认这确实是main()，而不是某个随机方法或函数。

如果地址不是main()，检查你的加载地址(-l选项)和arch (-arch选项)。

P.P.S.

如果上面因为bitcode而不能工作，请从iTunes Connect下载dSYM，从dSYM (Finder > Show Package Contents)中提取可执行二进制文件，将其复制到目录中，并使用它(即Foo)作为atos的参数，而不是Foo.app/Foo。