Android端接收FCM通知时数据库自动重连行为如何关闭

这个自动重连是Firebase Android SDK的默认行为：高优先级FCM消息唤醒应用进程后，SDK内置的网络监听、数据库生命周期管理组件会自动恢复之前断开的Realtime Database连接，这个行为没有提供直接的全局关闭开关。

方案1：绑定应用生命周期管控数据库连接（推荐，改造成本最低） #

不要直接把.info/connected的连通结果和用户在线状态划等号，把连接启停逻辑和应用前后台状态强绑定：

• 仅当应用切到前台可见、用户可交互状态时，才调用FirebaseDatabase.getInstance().goOnline()启用数据库连接，此时.info/connected返回true才允许触发云函数更新Firestore的isOnline字段，同时写入当前设备的在线条目
• 应用切到后台的瞬间，先主动删除当前设备的在线条目，再调用FirebaseDatabase.getInstance().goOffline()强制断开数据库连接，拦截后续.info/connected的所有状态变更回调，不触发全局在线状态更新
• FCM消息接收回调中不要执行任何Realtime Database读写操作，避免SDK隐式触发联网重连，所有需要同步的数据库操作全部延后到应用回到前台后再执行

方案2：增加FCM唤醒场景的状态拦截 #

通过标记位区分进程唤醒场景，过滤无效在线状态：

• 在FirebaseMessagingService的消息接收入口处，设置内存级标记isWokenByFcm = true
• 全局监听.info/connected的状态变化，当检测到连接变为true时，先判断当前场景：如果应用在后台、且isWokenByFcm为true，直接拦截状态同步逻辑，不更新isOnline字段，同时主动调用goOffline()再次断开连接
• 只有当用户主动点击桌面图标启动应用、或者点击通知跳转到应用内页面时，才把isWokenByFcm重置为false，允许正常同步在线状态

方案3：优化FCM推送优先级减少无意义唤醒 #

• 非强实时的通知全部使用普通优先级FCM消息，这类消息不会主动唤醒应用进程，会等到用户下次主动打开应用时才完成投递，从根源上避免后台唤醒触发的数据库重连
• 仅即时消息、来电提醒这类必须毫秒级触达的场景使用高优先级消息，这类消息推送时配合方案2的标记位逻辑，抑制在线状态误更新

注意：.info/connected本质反映的是Firebase SDK和Realtime Database服务端的网络连通状态，不等同于用户实际使用应用的在线状态。只要应用进程存活、网络可达，就可能出现自动连通的情况，必须叠加应用生命周期、用户交互状态做二次校验，才能得到准确的在线判定结果。

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