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

分析苹果崩溃报告的步骤:

将推送到appstore的发布版.app文件、发布时创建的. dsym文件以及从APPLE收到的崩溃报告复制到一个文件夹中。 打开终端应用程序，进入上面创建的文件夹(使用cd命令) 执行命令atos -arch armv7 -o APPNAME。app /浏览器名称MEMORY_LOCATION_OF_CRASH。内存位置应该是应用程序根据报告崩溃的位置。

例如:atos -arch armv7 -o 'APPNAME。应用0 x0003b508”/“浏览器名称”

这将向您显示导致崩溃的确切方法名称。

[classname functionName:];-510年

Symbolicating音标

如果我们使用IPA作为符号-只要用。zip重命名扩展名。IPA，然后我们就可以得到一个包含app的有效载荷文件夹。在这种情况下，我们不需要. dsym文件。

Note

这只能在应用程序二进制没有符号剥离的情况下工作。默认情况下，发布版本会删除符号。我们可以在项目构建设置“复制过程中的条带调试符号”中将其更改为NO。

更多细节请看这篇文章

这很简单，在搜索了很多之后，我发现了清晰的步骤来象征整个崩溃日志文件。

复制。app, crash_report和DSYM文件到一个文件夹。 用xcode连接设备 进入“->选择设备->查看设备日志”窗口 选中该设备，删除所有日志。 拖放你的崩溃在设备日志部分。它会自动代表坠机。只需右键单击报告并导出它。

快乐的编码, Riyaz

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

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

我有点不爽的事实，这里似乎没有什么“只是工作”，所以我做了一些调查，结果是:

设置:接收报告的QuincyKit后端。没有任何象征意义，因为我甚至不知道他们在建议我怎么做才能让它起作用。

解决办法:从服务器在线下载崩溃报告。它们被称为“crash”，默认情况下进入~/Downloads/文件夹。考虑到这一点，这个脚本将“做正确的事情”，崩溃报告将进入Xcode(组织者，设备日志)，符号化将完成。

脚本:

#!/bin/bash
# Copy crash reports so that they appear in device logs in Organizer in Xcode

if [ ! -e ~/Downloads/crash ]; then 
   echo "Download a crash report and save it as $HOME/Downloads/crash before running this script."
   exit 1
fi

cd ~/Library/Logs/CrashReporter/MobileDevice/
mkdir -p actx # add crash report to xcode abbreviated
cd actx

datestr=`date "+%Y-%m-%d-%H%M%S"`

mv ~/Downloads/crash "actx-app_"$datestr"_actx.crash"

如果你使用QuincyKit/PLCR，你可以通过做两件事来自动化Xcode Organizer中的拖放操作。

首先，您必须编辑远程脚本admin/actionapi.php ~第202行。它似乎没有得到正确的时间戳，所以文件以Xcode无法识别的名称“crash”结束(它想要一些。crash):

header('Content-Disposition: attachment; filename="crash'.$timestamp.'.crash"');

其次，在iOS端在QuincyKit BWCrashReportTextFormatter。m ~第176行，将@"[TODO]"改为@"TODO"以避开坏字符。

我们使用谷歌Crashlytics来监督崩溃日志，感觉使用起来非常及时和方便。

文档链接: https://docs.fabric.io/apple/crashlytics/missing-dsyms.html#missing-dsyms

All about Missing dSYMs Fabric includes a tool to automatically upload your project’s dSYM. The tool is executed through the /run script, which is added to your Run Script Build Phase during the onboarding process. There can be certain situations however, when dSYM uploads fail because of unique project configurations or if you’re using Bitcode in your app. When an upload fails, Crashlytics isn’t able to symbolicate and display crashes, and a “Missing dSYM” alert will appear on your Fabric dashboard.

可以按照下面列出的步骤手动上传缺失的dsym。

注意: 作为自动化dSYM上传工具的替代方案，Fabric提供了一个命令行工具(upload-symbols)，可以手动配置该工具，使其作为项目构建过程的一部分运行。有关配置说明，请参阅下面的上传符号部分。

...