时间戳

首页 > 解决方案 > Firebase Crashlytics 报告

android - Firebase Crashlytics 报告

问题描述

此问题包含针对“新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.**```

标签： androidfirebasekotlincrashlyticsgoogle-fabric

解决方案

  1. 无崩溃用户指标会有所不同，因为 Fabric 依赖于 Fabric Answers，而 Firebase 依赖于 Google Analytics SDK。使用 Firebase，需要一个 user_engagement 事件来定义活动。当应用进入前台并触发 session_start 事件时会触发 user_engagement 事件。Analytics 将多个应用程序前景/背景计为同一会话的一部分，只要它们彼此相隔 30 分钟，而 Fabric Answers 则为 30 秒。因此，Fabric 计算的会话和用户数比 Google Analytics 多，因为它要求应用程序在正式捕获和计算会话/活动用户之前在前台和后台的时间更少。

  2. Firebase 应报告行号和对象/字段。如果您使用 Kotlin，您可以尝试这样的测试崩溃吗？（https://firebase.google.com/docs/crashlytics/test-implementation?platform=android#force_a_crash_to_test_your_implementation）

推荐阅读