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

在最新版本的Xcode(3.2.2)中，你可以拖拽任何崩溃报告到Xcode管理器的设备日志部分，它们会自动为你标记。我认为如果你使用Build & Archive(也是Xcode 3.2.2的一部分)构建那个版本的应用程序，这是最好的工作方式

这是另一个问题，我有符号化崩溃-它不会与应用程序有空间在他们的捆绑(即。“测试App.app”)。注意，我不认为你在提交时可以在他们的名字中有空格，所以你应该删除这些，但如果你已经有需要分析的崩溃，就像这样修补符号崩溃(4.3 GM):

240c240
<         my $cmd = "mdfind \"kMDItemContentType == com.apple.application-bundle && kMDItemFSName == $exec_name.app\"";
---
>         my $cmd = "mdfind \"kMDItemContentType == com.apple.application-bundle && kMDItemFSName == '$exec_name.app'\"";
251c251
<             my $cmd = "find \"$archive_path/Products\" -name $exec_name.app";
---
>             my $cmd = "find \"$archive_path/Products\" -name \"$exec_name.app\"";

对于那些使用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提供给我的数字转储要好，足以让我找到并修复应用程序的崩溃。如果有人知道如何扩展这一点，以获得基金会的符号，这将是赞赏的。

对我有效的组合是:

将dSYM文件复制到崩溃报告所在的目录中 解压包含应用程序的ipa文件(' Unzip MyApp.ipa') 将结果爆炸有效负载中的应用程序二进制文件复制到与崩溃报告和符号文件相同的文件夹中(类似于“MyApp.app/MyApp”) 从Xcode的管理器中导入或重新符号化崩溃报告

使用atos时，我无法用崩溃报告中的地址和偏移量解析正确的符号信息。当我这样做时，我看到了一些更有意义的东西，它似乎是一个合理的堆栈跟踪。