使用Firebase Crashlytics修复崩溃

换一种说法：

在装有iOS 11的任何类型的iPhone上，前台都会发生崩溃

这是我们的出发点。

解决崩溃

在Firebase Crashlytics引入面包屑之前，您可能会与支持团队聊天并向他们询问以下问题：

• 崩溃是否可以重现？
• 复制路径总是一样吗？
• 崩溃到底发生在哪里？

尤其是当崩溃导致堆栈跟踪时，几乎没有任何结果：

现在，有了新的面包屑，我们只需打开“ Logs页面，就可以在崩溃发生之前看到用户的面包屑。

它告诉我们用户在启动后立即收到了转移（存储桶）

最终接收失败：

这比堆栈跟踪给我们的要多得多！

复制路径是否一致？

通过在会话之间导航并比较面包屑，我们可以轻松地比较会话并定义每个用户的复制路径是否相同。 这将使崩溃的范围进一步缩小，并使我们有可能更快地重现崩溃。

使用自定义参数

面包屑的妙处在于它们可以为您提供更多信息。

我们可以看到接收到的传输是一个简短的URL。

接收到的传输的类型是不带密码的移动传输：

结论

使用所有这些信息可以帮助我们更快地解决崩溃问题。 事实证明，我们以错误的方式解雇了一个视图控制器。

有时，我们甚至无法通过面包屑来解决崩溃问题。 这是我们团队的游戏规则改变者，使我们更接近拥有100％无崩溃用户的梦想。

更快地解决崩溃问题也意味着需要更多时间来开发功能。

• 解决崩溃更快
• 解决最难的崩溃
• 腾出更多时间来开发功能，而不是解决崩溃问题。