Firebase iOS 崩溃报告的可读性问题答案

【问题标题】：Firebase iOS crash report readability issuesFirebase iOS 崩溃报告的可读性问题
【发布时间】：2017-04-18 14:37:23
【问题描述】：

虽然有几个类似的问题，但我觉得这种情况有点不同，因为我的符号文件似乎出现在 firebase 上。

这是我的崩溃在 xcode 调试器中的样子（通知控制台中的 fatal error 消息和突出显示的源代码行导致崩溃）：

这是在 firebase 中完全相同的崩溃：

请注意，没有导致崩溃的 fatal error 消息和 exact source line。所以我的问题是：如何查看有关 firebase 崩溃的信息。

Upload symbol file to symbolicate 上面的文字暗示这次崩溃不是符号化的；但是我可以看到我的符号出现在symbol files 选项卡上；另一方面，symbol files 页面上永远不会出现崩溃时的符号 UUID。

UPD 2016 年 12 月 7 日

现在崩溃报告似乎是象征性的，我这边没有任何改变

【问题讨论】：

专门询问UUID以“D3E2”开头的符号。你上传了那些？我在您显示的列表中没有看到它。另请记住，您必须在符号上传后生成另一个崩溃，以便查看额外信息。
@DougStevenson 符号在构建时通过run script 上传，我也很好奇为什么uploaded symbols 页面上没有崩溃的UUID
如果你仔细看，屏幕上显示的是 10 of 15。是不是我们在这里看不到的 5 个？如果您确定已上传正确的符号，但您无法弄清楚它们未显示的原因，请联系支持人员并提供您的所有项目详细信息和您已采取的确切步骤。 firebase.google.com/support/contact/troubleshooting
@DougStevenson 是的，第二页上没有 UUID；道格，当你看到这次崩溃时，它对你来说是否具有象征意义？我发现自己在想，如果没有符号化崩溃，btnCrashTap 甚至会出现在那里
那个 UUID 很可能是指libswiftCore.dylib 框架。由于这是由 Apple 提供的，因此您没有也无法获得 dSYM。该消息具有误导性。

【解决方案1】：

Here's an explanation 来自 Twitter 工作人员 (Crashlytics) 关于为什么此类消息无法在崩溃报告服务中传递的原因：

fatal error: unexpectedly found nil while unwrapping an Optional value

【讨论】：

【解决方案2】：

我联系了 Firebase 崩溃报告团队，他们说导入模拟器的 iOS 10.1 符号时出现问题。这些符号现在应该可用于模拟器上的崩溃。如果您生成新的崩溃，您现在应该能够看到可读的符号。

【讨论】：

道格，我已经检查过了，这是真的，现在没有关于符号的错误消息。您如何看待为什么 fatal error 消息没有出现在 Firebase 控制台崩溃报告中 - 就像 Twitter 工作人员说很难从崩溃中捕获该消息？干杯。
可能 - 我做了很多 Android，几乎没有 iOS。我再由团队运行一下，看看有没有人知道。