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

对我有效的组合是:

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

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

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

使用Xcode 4，任务更简单:

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

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

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

尽管我已经开发了几年的应用程序，这是我第一次调试二进制文件，我觉得自己像一个完全的NOOB，弄清楚所有的文件在哪里，即*在哪里。应用程序*。dSYM和崩溃日志?为了弄清楚这个问题，我不得不阅读多篇文章。图片胜过千言万语，我希望这篇文章能在将来对其他人有所帮助。

1-首先去itunesconnect下载你的崩溃日志。 注意:在大多数情况下，您可能会得到类似于“提交的报告太少而无法显示报告”的内容。基本上没有足够多的用户向苹果提交崩溃日志报告，在这种情况下，你什么都做不了。

2-现在如果你没有改变你的代码，因为你已经提交了你的二进制文件给苹果，然后启动Xcode的项目，并再次执行Product -> Archive。否则，只需找到您最近提交的二进制文件，并右键单击它。