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

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

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

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

这是另一个问题，我有符号化崩溃-它不会与应用程序有空间在他们的捆绑(即。“测试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\"";

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

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

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

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

使用Xcode 4，任务更简单:

开放的组织者, 单击左列的Library | Device Log 点击屏幕底部的“导入”按钮…

瞧。日志文件将自动导入并被符号化。如果你先使用Xcode -> Product -> Archive存档构建。