Firebase:如何动态发送到多组设备
我们的Firebase服务器目前每个主题使用一个设备。然而,随着应用程序用户的增加,发送许多主题发送的开销开始变得重要。考虑到每次发送时目标数据集都会发生变化,我们对发送进行分组的选项是什么 我们开始研究设备组,但如果我们被迫迁移到HTTPV1,这些设备组将不受支持。我们曾考虑过只向一个主题添加一组用户,但管理主题的生命周期可能会成为一个问题。我们必须在每次发送时创建一个新的订阅,确定在什么情况下我们可以取消订阅,从而影响尚未收到的任何消息,这可能是有问题的Firebase:如何动态发送到多组设备,firebase,firebase-cloud-messaging,Firebase,Firebase Cloud Messaging,我们的Firebase服务器目前每个主题使用一个设备。然而,随着应用程序用户的增加,发送许多主题发送的开销开始变得重要。考虑到每次发送时目标数据集都会发生变化,我们对发送进行分组的选项是什么 我们开始研究设备组,但如果我们被迫迁移到HTTPV1,这些设备组将不受支持。我们曾考虑过只向一个主题添加一组用户,但管理主题的生命周期可能会成为一个问题。我们必须在每次发送时创建一个新的订阅,确定在什么情况下我们可以取消订阅,从而影响尚未收到的任何消息,这可能是有问题的 欢迎您提出建议。通常的方法是使用主题
欢迎您提出建议。通常的方法是使用主题,或者实现您自己的主题式系统。在后者中,您将实例ID和分组逻辑之间的关系存储在数据库中,然后使用一次最多交付1000台设备。Frank,多亏了这一点,“组逻辑”完全是暂时的,因此如果我可以使用AppIID(我可以在数据集中恢复),这是理想的。到目前为止,我一直在将https与json和fcm URL结合使用,并注意到HTTP v1上不支持某些功能(实时设备发送)。在通过API(而不是使用URL)时,您是否知道任何此类限制(特别是使用SendAllAsync()进行批发送)。我还可以确认发送目标的限制是100,而不是1000,或者我遗漏了什么。感谢您的回复。我不确定实时设备发送意味着什么。你有文档的链接吗?对不起,输入错误。我的意思是“设备组”发送。请看,(新)版本的API中确实不支持设备组。这里的想法是定义自己的分组,并使用批发送功能来实现相同的目标。