Firebase Crashlytics与Google Play控制台崩溃/ANR数据差异原因及解决办法

近30天内，对比Firebase Crashlytics与Google Play开发者控制台中我的应用的崩溃/ANR错误报告，发现Firebase Crashlytics共统计到5条崩溃/ANR记录，而Google Play开发者控制台统计到20条。按预期，Firebase Crashlytics应统计所有崩溃/ANR，Google Play的数据应与之相等或更少，而非更多。请问出现该差异的原因是什么，该如何解决？

此外，部分在Google Play控制台显示的崩溃/ANR并未出现在Firebase Crashlytics中，具体包括：

• 输入调度超时：

at android.os.MessageQueue.nativePollOnce (MessageQueue.java)
  at android.os.MessageQueue.next (MessageQueue.java:335)
  at android.os.Looper.loopOnce (Looper.java:161)
  at android.os.Looper.loop (Looper.java:288)
  at android.app.ActivityThread.main (ActivityThread.java:7880)
  at java.lang.reflect.Method.invoke (Method.java)
  at com.android.internal.os.RuntimeInit$MethodAndArgsCaller.run (RuntimeInit.java:568)
  at com.android.internal.os.ZygoteInit.main (ZygoteInit.java:1045)

• java.lang.RuntimeException（运行时异常）：

Exception java.lang.RuntimeException:

at android.app.ActivityThread.performLaunchActivity (ActivityThread.java:3432)
  at android.app.ActivityThread.handleLaunchActivity (ActivityThread.java:3571)
  at android.app.servertransaction.LaunchActivityItem.execute (LaunchActivityItem.java:83)
  at android.app.servertransaction.TransactionExecutor.executeCallbacks (TransactionExecutor.java:140)
  at android.app.servertransaction.TransactionExecutor.execute (TransactionExecutor.java:96)
  at android.app.ActivityThread$H.handleMessage (ActivityThread.java:2096)
  at android.os.Handler.dispatchMessage (Handler.java:107)
  at android.os.Looper.loop (Looper.java:264)
  at android.app.ActivityThread.main (ActivityThread.java:7605)
  at java.lang.reflect.Method.invoke (Method.java)
  at com.android.internal.os.RuntimeInit$MethodAndArgsCaller.run (RuntimeInit.java:492)
  at com.android.internal.os.ZygoteInit.main (ZygoteInit.java:980)

• 输入调度超时（MyActivity.onInit()）：

该错误由MyActivity.onInit()方法导致，但未找到堆栈跟踪信息

• 输入调度超时（android.os.MessageQueue.nativePollOnce）：

at android.os.MessageQueue.nativePollOnce (MessageQueue.java)
  at android.os.MessageQueue.next (MessageQueue.java:336)
  at android.os.Looper.loop (Looper.java:174)
  at android.app.ActivityThread.main (ActivityThread.java:7391)
  at java.lang.reflect.Method.invoke (Method.java)
  at com.android.internal.os.RuntimeInit$MethodAndArgsCaller.run (RuntimeInit.java:492)
  at com.android.internal.os.ZygoteInit.main (ZygoteInit.java:980)

• Native方法 - android.os.MessageQueue.nativePollOnce：

Intent { act=android.intent.action.SCREEN_OFF } 广播（同样无堆栈跟踪信息）

• android.content.ActivityNotFoundException（Activity未找到异常）

差异原因分析 #

• 数据采集范围不同：Google Play控制台会收集所有系统上报的崩溃/ANR，包括应用后台被系统杀死、未触发Crashlytics捕获逻辑的场景；而Crashlytics仅捕获自身SDK监控到的崩溃，部分系统级ANR或未经过Crashlytics处理的异常会被遗漏，比如你遇到的「输入调度超时」就属于这类系统ANR。
• SDK集成或配置问题：如果Crashlytics SDK未在应用启动最早期初始化，启动阶段的崩溃无法被捕获；若应用存在自定义异常处理器且未将异常传递给Crashlytics，也会导致错误丢失。
• 过滤规则与统计延迟：Crashlytics默认会过滤部分无意义的系统崩溃（如低内存杀进程），同时数据上报存在延迟；Google Play的上报机制更直接，统计范围更广且延迟更低。
• Native层错误捕获不全：Crashlytics对Native层错误的捕获需要额外配置NDK集成，未正确配置的话，Native方法相关的崩溃无法被捕获。

解决办法 #

• 检查SDK初始化逻辑：
  • 确保Crashlytics SDK在Application.onCreate()最早期执行初始化，覆盖启动阶段的崩溃场景。
  • 若使用自定义异常处理器，处理后必须调用FirebaseCrashlytics.getInstance().recordException(exception)，将异常传递给Crashlytics。
• 配置ANR与Native错误捕获：
  • 确认使用Crashlytics SDK 17.0.0及以上版本，该版本原生支持ANR监控；检查AndroidManifest.xml权限配置是否完整。
  • 若应用包含Native代码，按照配置文档完成NDK集成，确保Native层错误被捕获。
• 调整Crashlytics过滤规则：
  • 登录Firebase控制台，进入Crashlytics的「崩溃过滤」设置，检查是否误过滤了系统ANR或目标异常，调整规则以覆盖更多场景。
• 验证数据同步情况：
  • 等待24-48小时，确认是否因数据延迟导致Crashlytics未显示全部错误；若仍有缺失，排查应用网络权限及上报逻辑。
• 补充无堆栈场景的监控：
  • 针对无堆栈的广播触发错误，添加自定义日志记录关键节点状态，同时在广播接收器中增加异常捕获逻辑，确保这类异常能被Crashlytics记录。

内容的提问来源于stack exchange，提问作者Lechius