对于那些使用Airbrake的人，上面有一个可靠的回应，但如果不进行调整，它对我来说是无效的:

工作的一些内存地址，但不是其他人，不确定为什么…

在桌面或任何地方创建新目录 在Xcode管理器中找到有问题的存档 双击在查找器中显示 双击显示捆绑包内容 复制。dsym文件和。app文件到新目录 CD进入新目录 atos -arch armv7 -o 'Vimeo.app'/'Vimeo' 终端将进入交互移动 粘贴内存地址并按enter键，它将输出方法名称和行号 或者，输入以下命令:atos -arch armv7 -o 'Vimeo.app'/'Vimeo' 只获取一个地址的信息

神奇的Xcode Organizer并没有那么神奇地象征我的应用程序。我从苹果那里得到的应用程序提交失败的崩溃报告中没有任何符号。

我尝试使用命令行，将崩溃报告与.app文件(我提交给商店的文件)和.dSYM文件放在同一个文件夹中:

$ symbolicatecrash "My App_date_blahblah-iPhone.crash" "My App.app"

这只为我的应用程序提供了符号，而不是核心基础代码，但它比Organizer提供给我的数字转储要好，足以让我找到并修复应用程序的崩溃。如果有人知道如何扩展这一点，以获得基金会的符号，这将是赞赏的。

为了表示崩溃，Spotlight必须能够找到与您提交给Apple的二进制文件同时生成的. dsym文件。由于它包含符号信息，如果它不可用，那么您就不走运了。

在Xcode 4.2.1中，打开管理器，然后进入库/设备日志，将.crash文件拖到崩溃日志列表中。它将在几秒钟后为您显示。

注意，你必须使用与原始版本存档相同的Xcode实例(即，你的版本的存档必须存在于Organizer中)。

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

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

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

我不得不对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;