[英]Firebase Crashlytics reports
此问题包含针对“新Firebase Crashlytics用户”的服务问题
首先,直到不久前,我还使用Fabric进行崩溃报告。 将Fabric迁移到Firebase Crashlytics后,出现了一些问题。
1) 从Fabric到Firebase Crashlytics的“无崩溃用户”差异,而Fabric显示 99% 以上的无崩溃用户, FB-Crashlytics显示大约 60% 的无崩溃用户。 为什么它没有给出相同的结果?
2) FB Crashlytics不报告导致应用程序崩溃的特定对象/字段名称。 它也没有报告它发生在哪一行。 它只报告方法名称和异常(类似“致命异常:kotlin.KotlinNullPointerException ”的smtng)而不提及引用的名称
PS已添加以保护以下规则:
-keep public class * extends java.lang.Exception
-keep class com.google.firebase.crashlytics.** { *; }
-dontwarn com.google.firebase.crashlytics.**```
无崩溃用户指标会有所不同,因为 Fabric 取决于 Fabric Answers,而 Firebase 取决于 Google Analytics SDK。 对于 Firebase,需要一个 user_engagement 事件来定义活动。 当应用进入前台并触发 session_start 事件时会触发 user_engagement 事件。 Analytics 将多个应用程序前景/背景计为同一个 session 的一部分,只要它们彼此相隔 30 分钟以内,而 Fabric Answers 则为 30 秒。 因此,Fabric 计算的会话和用户数比 Google Analytics 多,因为它要求应用程序在正式捕获和计算会话/活动用户之前在前台和后台的时间更少。 这导致大容量应用程序中的小差异和可能每天只有几个用户和会话的低容量应用程序中的更大差异。
Firebase 应该报告行号和对象/字段。 如果您使用的是 Kotlin,您可以尝试这样的测试崩溃吗? ( https://firebase.google.com/docs/crashlytics/test-implementation?platform=android#force_a_crash_to_test_your_implementation )
声明:本站的技术帖子网页,遵循CC BY-SA 4.0协议,如果您需要转载,请注明本站网址或者原文地址。任何问题请咨询:yoyou2525@163.com.