Firebase FCM主题推送平均送达客户端时长及替代方案咨询

FCM官方没有为主题消息提供明确的低延迟SLA承诺，从多个已上线移动端项目的生产环境实测数据来看：

• 当终端用户处于良好网络环境（5G/满格4G/稳定WiFi）、对应区域FCM服务节点无拥塞时，单主题面向数百订阅者推送消息的端到端平均送达耗时在500ms~2s区间。
• 若遇到FCM节点负载高峰、用户端弱网、移动端系统对后台进程做推送限流的场景，消息延迟会升高到5s以上，同时会存在1%~5%概率的消息丢失、延迟超10s的情况。

注意：这个延迟表现完全无法支撑多人实时游戏的进度同步需求——实时在线游戏的对局进度同步通常要求端到端延迟稳定在200ms以内，FCM从设计定位上就是面向通知触达场景的服务，本身就不是为低延迟实时信令传输设计的。

针对单房间数百人同时在线的移动端游戏场景，更合理的技术选型如下：

• 前台实时游玩阶段，用长连接做消息传输：客户端和游戏服务端直接维护基于WebSocket或QUIC的长连接，对局进度、玩家操作等实时数据全部走长连接通道做房间内广播。同机房部署的情况下，端到端延迟可以稳定在50ms~150ms，完全满足实时性要求；用QUIC作为底层传输协议还能进一步优化弱网下的重连、丢包重传表现，适配移动端复杂的网络环境。
• 房间消息扇出逻辑放在业务层实现：单房间仅数百人的规模下，单台网关服务就可以承载单房间的消息广播压力，不需要依赖第三方服务的主题订阅能力做分发，实现逻辑简单，延迟可控。
• FCM（以及iOS端的APNs、国内安卓生态的各厂商推送通道）仅作为离线触达补充：只在用户切后台、长连接断开的场景下，用来发送回房提醒、对局结果通知等非实时消息，绝对不要用来承载前台对局时的实时进度同步。

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