我使用以下步骤成功地做到了这一点。

第一步:在桌面上创建一个文件夹，我给它命名为“CrashReport”，并放三个文件(“MYApp. exe”)。应用程序”、“MyApp.app。“MYApp_2013-07-18.crash”)。

第二步:打开查找器，进入应用程序，在那里你会找到Xcode应用程序，右键单击这个，然后单击“显示包内容”，在这之后按照这个简单的路径。 “内容- >开发人员- >平台- > iPhoneOS.platform - >开发- >库- > PrivateFrameworks - > DTDeviceKit.framework - >版本- > - >资源”

OR

“内容- >开发人员- >平台- > iPhoneOS.platform - >开发- >库- > PrivateFrameworks - > DTDeviceKitBase.framework - >版本- > - >资源”

OR

对于Xcode 6及以上版本，路径为 应用程序/ xcode /内容/ SharedFrameworks / DTDeviceKitBase.framework /版本/ /资源

在你找到“symbolicatcrash”文件的地方，复制并粘贴到“CrashReport”文件夹。

第三步:启动终端，运行这3条命令

cd /Users/mac38/Desktop/CrashReport，按“Enter”键 出口DEVELOPER_DIR = " /应用程序/ Xcode。app/Contents/Developer”，按“Enter” ./ symbolicatcrash -A -v MYApp_2013-07-18.使用实例崩溃MyApp.app.dSYM，然后按Enter现在它完成了。(注意:6.4或更高版本没有-A选项——把它去掉)。

对于那些在2022年寻找有效解决方案的人

符号化iPhone应用程序崩溃报告的步骤

将苹果提供的。txt格式的崩溃日志转换为。crash Xcode >窗口>设备和模拟器 必须选择已连接并正在运行的ios设备。(不是模拟器，也不是脱机设备) 选择All Logs部分，拖放.crash文件

请注意，其他具有symbolicatecrash的解决方案已弃用，其用法显示:

⚠️symbolicatecrash已弃用;它将在Xcode⚠️的未来版本中被删除

我不得不对symbolicatecrash脚本进行大量的修改，以使其正常运行。

据我所知，symbolicatcrash现在要求.app和.dsym在同一个目录下。它将使用.dsym来定位.app，但不会使用dsym来查找符号。

在尝试这些补丁之前，你应该复制你的符号化崩溃，这将使它看起来在dsym:

getSymbolPathFor_dsymUuid函数的第212行左右

212     my @executablePath = grep { -e && ! -d } glob("$dsymdir" . "/Contents/Resources/DWARF/" . $executable);

matchesUUID函数的第265行左右

265             return 1;

我喜欢使用Textwrangler来精确定位原始应用程序上传二进制拒绝中的错误。(崩溃数据将在你的itunesConnect账户中找到。)使用上面萨钦的方法，我复制了原文。崩溃到TextWrangler，然后复制符号崩溃文件，我已经创建到另一个TextWrangler文件。比较这两个文件可以发现不同之处。符号崩溃文件将有差异，指出文件和行数的问题。

在我的例子中，我直接将崩溃报告从Mail拖到Organizer。出于某种原因，这阻止了坠机报告被符号化(我很想知道为什么)。

首先将崩溃报告复制到桌面，然后将它们从桌面拖动到管理器，这样它们就被正确地符号化了。

我知道，这是非常具体的案例。但以防万一，还是分享一下吧。

atos已弃用，因此如果您正在运行OSX 10.9或更高版本，您可能需要运行

xcrun atos

警告:/usr/bin/atos正在移动，将从未来的操作系统中删除 X版本。现在可以在Xcode开发工具中使用 通过:xcrun atos调用