【问题标题】:Android Exception Reporting InconsistenciesAndroid 异常报告不一致
【发布时间】:2012-08-15 19:38:52
【问题描述】:

当我们发布我们的 Android 应用时,我们决定使用 Airbrake 作为第 3 方异常报告服务。我将 loopj Airbrake 通知器 (https://github.com/loopj/airbrake-android) 集成到我们的应用程序中,它似乎做得相当好。

在过去的两周里,我们看到下载量激增,因此报告的异常情况有所增加。我遇到了一些非常奇怪的异常,所以我决定查看 Google Play 中应用程序的 Android 开发者控制台。我发现有趣的是,Google Play 仪表板中的错误数量不到 Airbrake 中错误总数的 10%。然后我决定再次检查 Flurry。 Flurry 遇到的异常数量似乎与 Airbrake 向我显示的相似,这让我相信 Flurry 收集这些统计数据的方式与 Airbrake 相同。

所以我想知道但找不到任何好的答案:

  • Google/Android 与普通未捕获异常处理程序有何不同?
  • 我是否应该直接放弃 Airbrake 并仅使用 Google Play 错误报告? (我们的应用确实可以回到 2.1,但我们可以接受)

【问题讨论】:

    标签: android exception exception-handling airbrake


    【解决方案1】:

    Google/Android 与普通的未捕获异常处理程序有何不同?

    除其他外,他们仅在用户单击“报告...”按钮 AFAIK 时将异常记录到服务器。由于许多用户不会这样做,因此您将获得实际发生的异常的一个子集。

    【讨论】:

    • Ahhhhh 这是有道理的,我以前从未真正见过那个对话框 ;-) 谢谢你的信息。
    猜你喜欢
    • 2023-04-02
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 2015-09-25
    • 1970-01-01
    • 1970-01-01
    • 2012-10-07
    • 2023-03-26
    相关资源
    最近更新 更多