Android Firebase云消息传递::通知传递延迟

Android Firebase云消息传递::通知传递延迟,android,firebase,firebase-cloud-messaging,Android,Firebase,Firebase Cloud Messaging,从2月份开始,当使用云消息通知生成器和我们的传统http交付工具的主题或目标应用程序时,firebase通知交付出现延迟。对于订阅设备数量较少(例如100k)的主题,会立即发送通知。但当订阅的设备数量增加或我们从composes发送了完整的基本通知时,延迟就会增加。我上一次的通知分析告诉我,它的目标用户是2300万,但我每月有1000万活跃用户 在这方面,我们有一些疑问: 我们过去常常以高优先级发送所有通知。但我们的开放率在过去几个月一直很低(3-6%)。这有什么负面影响吗 根据文档,并发扇出的

从2月份开始,当使用云消息通知生成器和我们的传统http交付工具的主题或目标应用程序时,firebase通知交付出现延迟。对于订阅设备数量较少(例如100k)的主题,会立即发送通知。但当订阅的设备数量增加或我们从composes发送了完整的基本通知时,延迟就会增加。我上一次的通知分析告诉我,它的目标用户是2300万,但我每月有1000万活跃用户

在这方面,我们有一些疑问:

  • 我们过去常常以高优先级发送所有通知。但我们的开放率在过去几个月一直很低(3-6%)。这有什么负面影响吗

  • 根据文档,并发扇出的通常限制为1000/秒,10000/秒并不少见。但实际可实现的扇出率取决于请求扇出的项目数量。在这种情况下,我们可以认为,平均1000 /秒扇出率将使我们能够达到100K的客户在100S或1M客户在1000年代?

  • 我们是否需要检查我当前的扇出率以及是否应该发起另一个通知活动?可能是通过一些大的查询,如文档所示

  • 我附上我们的FCM通知报告的图像。我们似乎在过去1个月内发送了3.3亿份通知,但只收到了1200万份?我不知道其余的在哪里丢失了?如果我假设他们已经卸载/重新安装了应用程序,或者他们的FCM令牌已经无效,那么这种“发送”尝试是否会占用我的可用扇出带宽

  • 如果这个巨大的发送数量是一个问题,如何摆脱这个发送尝试?是否有任何方法使这些FCM令牌无效(例如尝试发送虚拟通知)


  • 如果您对FCM的功能有疑问,请直接将这些问题提交给Firebase支持部门,而不是提交到堆栈溢出。我试图听从你的建议,并在支持电子邮件中提交了查询。但似乎支持人员在做一件事上做得最好,从文档中复制粘贴。然而,我有了一些新的想法。谢谢你。