在运行symbolicate crash之前，我还将dsym、应用程序包和崩溃日志放在同一个目录中

然后我使用.profile中定义的这个函数来简化运行symbolicatcrash:

function desym
{
    /Developer/Platforms/iPhoneOS.platform/Developer/Library/PrivateFrameworks/DTDeviceKit.framework/Versions/A/Resources/symbolicatecrash -A -v $1 | more
}

上面的论点可能对你有帮助。

您可以检查，以确保spotlight“看到”您的dysm文件通过运行命令:

mdfind 'com_apple_xcode_dsym_uuids = *'

在目录中查找您拥有的dsym。

注意:在最新的Xcode中，不再有Developer目录。你可以在这里找到这个实用程序:

/应用程序/ xcode /内容/ SharedFrameworks / DTDeviceKitBase.framework /更‌离子/ /资源/ symbolicatecrash

我在我的应用程序中使用Airbrake，它在远程错误记录方面做得相当不错。

下面是我如何用atos来表示它们，如果回溯需要的话:

In Xcode (4.2) go to the organizer, right click on the archive from which the .ipa file was generated. In Terminal, cd into the xcarchive for instance MyCoolApp 10-27-11 1.30 PM.xcarchive Enter the following atos -arch armv7 -o 'MyCoolApp.app'/'MyCoolApp' (don't forget the single quotes) I don't include my symbol in that call. What you get is a block cursor on an empty line. Then I copy/paste my symbol code at that block cursor and press enter. You'll see something like: -[MyCoolVC dealloc] (in MyCoolApp) (MyCoolVC.m:34) You're back to a block cursor and you can paste in other symbols.

能够在不重新进入第一个位的情况下回溯一个项目是一个很好的节省时间的方法。

享受吧!

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

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

为了符号化崩溃日志(终于成功了)，在阅读了所有这些答案之后，我认为这里有一些非常重要的地方没有被发现，以便确定为什么调用symbolicatcrash不能产生符号化输出。

在表示崩溃日志时，有3种资产必须组合在一起:

The crash log file itself (i.e. example.crash), either exported from XCode's organizer or received from iTunes Connect. The .app package (i.e. example.app) that itself contains the app binary belonging to the crash log. If you have an .ipa package (i.e. example.ipa) then you can extract the .app package by unzipping the .ipa package (i.e. unzip example.ipa). Afterwards the .app package resides in the extracted Payload/ folder. The .dSYM package containing the debug symbols (i.e. example.app.dSYM)

在开始符号化之前，您应该检查是否所有这些工件都匹配，这意味着崩溃日志属于您拥有的二进制文件，而调试符号是在构建该二进制文件期间产生的。

每个二进制文件都由一个UUID引用，可以在崩溃日志文件中看到:

...
Binary Images:
0xe1000 -    0x1f0fff +example armv7  <aa5e633efda8346cab92b01320043dc3> /var/mobile/Applications/9FB5D11F-42C0-42CA-A336-4B99FF97708F/example.app/example
0x2febf000 - 0x2fedffff  dyld armv7s  <4047d926f58e36b98da92ab7a93a8aaf> /usr/lib/dyld
...

在这个摘录中，崩溃日志属于一个名为example的应用程序二进制映像。app/example使用UUID aa5e633efda8346cab92b01320043dc3。

你可以用dwarfdump检查二进制包的UUID:

dwarfdump --uuid example.app/example
UUID: AA5E633E-FDA8-346C-AB92-B01320043DC3 (armv7) example.app/example

之后，你应该检查你的调试符号是否也属于那个二进制:

dwarfdump --uuid example.app.dSYM
UUID: AA5E633E-FDA8-346C-AB92-B01320043DC3 (armv7) example.app.dSYM/Contents/Resources/DWARF/example

在这个例子中，所有资产都适合在一起，您应该能够符号化您的堆栈跟踪。

接下来是符号化的崩溃脚本:

在Xcode 8.3中，你应该能够通过

/Applications/Xcode.app/Contents/SharedFrameworks/DVTFoundation.framework/Versions/A/Resources/symbolicatecrash -v example.crash 2> symbolicate.log

如果它不在那里，你可以运行一个查找。在你的Xcode中出现符号崩溃。应用程序目录找到它。

正如你所看到的，没有给出更多的参数。因此，脚本必须通过运行聚光灯搜索来查找应用程序二进制和调试符号。它使用名为com_apple_xcode_dsym_uuids的特定索引搜索调试符号。你可以自己搜索:

mdfind 'com_apple_xcode_dsym_uuids = *'

分别。

mdfind "com_apple_xcode_dsym_uuids == AA5E633E-FDA8-346C-AB92-B01320043DC3"

第一个spotlight调用为您提供所有已索引的dSYM包，第二个spotlight调用为您提供具有特定UUID的.dSYM包。如果spotlight没有找到你的. dsym包，那么symbolicatcrash也不会。如果你做了所有这些事情，例如在~/Desktop的子文件夹中，聚光灯应该能够找到所有东西。

如果symbolicatecrash发现了你的.dSYM包，那么在symbolic .log中应该有如下一行:

@dsym_paths = ( <SOME_PATH>/example.app.dSYM/Contents/Resources/DWARF/example )

为了找到你的.app包，像下面这样的聚光灯搜索被symbolicatecrash调用:

mdfind "kMDItemContentType == com.apple.application-bundle && (kMDItemAlternateNames == 'example.app' || kMDItemDisplayName == 'example' || kMDItemDisplayName == 'example.app')"

如果symbolicatecrash发现了你的.app包，那么在symbolic .log中应该有以下摘录:

Number of symbols in <SOME_PATH>/example.app/example: 2209 + 19675 = 21884
Found executable <SOME_PATH>/example.app/example
-- MATCH

如果所有这些资源都被symbolicatcrash找到，它应该打印出你的崩溃日志的符号化版本。

如果不是，你可以直接传入dSYM和.app文件。

symbolicatecrash -v --dsym <SOME_PATH>/<App_URI>.app.dSYM/<APP_NAME>.app.dsym <CRASHFILE> <SOME_OTHER_PATH>/<APP_NAME>.app/<APP_NAME> > symbolicate.log

注意:符号化的回溯将输出到终端，而不是symbolic .log。

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

第一步:在桌面上创建一个文件夹，我给它命名为“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选项——把它去掉)。