Firebase Analytics应用未激活时错误记录engagement time问题求助

可能的应用侧根因 #

• 自定义会话超时配置过长：若你手动将Firebase的session_timeout_duration参数调整至1小时以上，应用退后台后会话不会被标记为结束，只要进程存活，Firebase就会按默认规则每小时上报一次user_engagement事件，直到会话超时。
• 后台进程异常存活：应用的保活逻辑、后台定时任务、推送透传唤醒、小组件刷新等场景会让应用进程在用户无感知的状态下继续运行，若此时Firebase没有收到系统的应用进入非活跃回调，会误判应用仍在前台，持续计算参与时长并上报相关事件。
• 生命周期同步逻辑异常：若你自行实现了前后台切换监听逻辑，没有正确将退后台事件同步给Firebase SDK，会导致SDK的活跃计时在退后台时没有正常暂停，重新打开应用时就会把中间的离线时长全部算进首次screen_view的engagement_time_msec参数中。
• 手动上报逻辑误触发：如果代码中存在手动上报user_engagement、screen_view这类默认自动采集事件的逻辑，且在后台场景下被触发，也会出现异常上报、参与时间计算错误的问题。

排查思路 #

• 核对初始化配置：检查Firebase初始化时代码，确认是否修改了session_timeout_duration参数，该参数默认值为1800000ms（30分钟），若配置值超过1小时先改回默认值，验证问题是否消失。
• 分场景验证上报行为：对比两组测试的日志：1. 退后台后直接杀死应用进程，观察是否还有user_engagement上报；2. 退后台后不杀进程，关闭所有后台权限、保活逻辑后静置，观察上报情况，定位是否为后台进程存活导致的问题。
• 校验生命周期回调同步状态：在应用前后台切换的系统回调处增加埋点，同步打印Firebase SDK的会话状态，确认退后台时SDK是否正确接收到非活跃事件、活跃计时是否正常暂停。
• 排查手动上报逻辑：遍历全量代码中所有logEvent调用点，确认是否存在后台场景下触发user_engagement、screen_view事件的逻辑，临时注释相关代码后验证问题是否复现。
• 本地Debug复现：开启Firebase Analytics的Debug模式，本地模拟退后台、长时间静置后重开的场景，通过DebugView实时查看事件的触发时机和携带参数，快速定位异常触发节点。

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