这期包含了 "新 "的服务问题。Firebase Crashlytics 用户"
首先，直到不久前，我还在使用 布料 迁移后的崩溃报告。布料 到 Firebase Crashlytics，提出了几个问题。
1) "无崩溃用户 "与 "无崩溃用户 "的区别。布料 到 Firebase Crashlytics而 布料 显示99%以上的用户无崩溃。FB-Crashlytics 显示60%左右的用户没有崩溃，为什么没有给出同样的结果？
2) FB Crashlytics 不 它也不报告是在哪一行发生的，它只报告方法的名称和异常（类似于" "）。致命异常：kotlin.KotlinNullPointerException"），但不提参考文献的名称。
P.S 已经在proguard中添加了以下规则。
-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中，用户参与事件是定义活动所必需的。当应用进入前台时，会触发一个用户_engagement事件，并触发session_start事件。Analytics将多个app前台后台计算为同一会话的一部分，只要它们之间的时间在30分钟之内，而Fabric Answers的时间为30秒。因此Fabric比Google Analytics计算更多的会话和用户，因为它要求应用在正式捕获和计算一个会话活跃用户之前，前台和后台的时间更少。这就导致了在较高容量的应用中出现小的差异，而在每天可能只有几个用户和会话的低容量应用中可能会出现较大的差异。
Firebase应该报告行号和对象字段。如果你使用的是Kotlin，你能不能尝试一下这样的测试崩溃？(https:/firebase.google.comdocscrashlyticstest-implementation?platform=android#force_a_crash_to_test_your_implementation。)