16

自从 Firebase 崩溃报告发布以来，最突出的问题之一就是是否从 Crashlytics 迁移。

比较两种崩溃报告服务的优缺点是什么？

4

2 回答 2

23

在考虑两者之间的切换时，如下所示，有利有弊。

注意：Firebase 崩溃报告当前标记为beta，Google 仍在收集早期反馈以改进服务。所以现在缺少的东西最有可能在不久的将来被添加。（自 2016 年 11 月 7 日起不再处于测试阶段）

优点

  • Firebase 中显示了普通和本机崩溃（似乎本机崩溃目前仅在 Crashlytics@Fabric 控制台中可见）
  • 自动与 Firebase Analytics 集成，可将经历过崩溃的用户分组为受众，并为崩溃提供上下文（通过事件）
  • 简单的设置（只包括 Gradle 模块）
  • 与其他 Firebase 产品合二为一的控制台（如果您打算使用它们）
  • 更少的方法（即使它包括分析，使用标准方法允许 ProGuard 剥离几乎所有东西，所以支持谷歌）
  • 可以关闭按用户收集分析 [感谢racs]
  • 为新的和退化的问题发送通知电子邮件（就像 Fabric 一样）

缺点

  • 无法搜索崩溃
  • ProGuard/DexGuard 映射文件必须手动上传（谷歌在此）
  • 发生崩溃后不可能在会话中拥有监听器
  • 需要设备上的 Google Play 服务（要求很高）[感谢Gerrit Hoekstra]

总而言之，Crashlytics 的功能更加完善，但 Firebase 即将赶上很多东西。两者都是免费的，所以这不是障碍。

2016 年 9 月 12 日更新

感谢Ali的输入，我已经更新了这个答案。

于 2016-05-27T10:14:18.917 回答
6

以下是自塞巴斯蒂亚诺回答以来的一些更新：

  • 自 11 月 7 日起，Firebase 崩溃报告不再处于测试阶段
  • 新的 Analytics 集成允许您将 Analytics 事件视为崩溃报告的一部分，以便您了解发生的情况
  • 现在可以将崩溃标记为已关闭
  • Firebase 现在会针对新的和回归的问题发送通知电子邮件
  • 自动上传映射文件的插件即将推出
  • 原生崩溃实际上不受支持，但我们正在努力解决

（我从事 Firebase 崩溃报告工作）

于 2016-11-22T19:21:16.653 回答