我们的目标是将通知发送至设备组从我们的后端，并且只有从服务器端才能知道哪个设备应该接收通知。
我们已经对 AppCenter 进行了一些尝试，因为我们主要使用 Xamarin iOS/Android/Forms，但现在我们怀疑直接使用 Firebase API 可能更好，因为它更广泛、更强大。
我发现使用新版本的 API (HTTP V1) 无法向令牌列表发送通知，该功能在旧版 API 中可用registration_ids范围 （https://firebase.google.com/docs/cloud-messaging/send-message).
设备组名称（仅限旧协议）
我无法使用主题因为当需要发送通信时，服务器有责任准备通知的“邮件列表”。
我正在考虑使用设备组消息传递（https://firebase.google.com/docs/cloud-messaging/android/device-group）但这些是旧版 API 的一部分，我不确定它是否有意义/是否可以将它们与新版本的 API 一起使用。
是否可以选择将一批 100-200-500 个推送通知发送到一个令牌？理论上，可以发送的通知没有限制，但我担心发送太多通知可能会面临被禁止的风险。
使用旧版 API 更好吗？此外，AppCenter (Microsoft) 使用旧版 API，这一点很明显，因为设置的工作方式，以及从 AppCenter 的控制台可以向令牌列表发送通知，该功能在 Firebase 控制台上不可用。
另一个人刚刚问了类似的问题，但答案是使用主题（如何一次向所有用户发送 firebase 通知？).
从我的评论中的链接到达这里在这里回答。只是重申一下我的回复，当使用 v1 向多个令牌发送消息时，现在建议的方法是使用 Topics Messaging，因为registration_ids不支持。
使用旧版 API 更好吗？
v1 被描述为向 FCM 客户端发送消息的更安全、跨平台、面向未来的方式。由于它使用 OAuth2 安全模型，因此更安全。
但是，如果您的用例更适合使用旧版 API，那么我建议您继续使用它。
本文内容由网友自发贡献，版权归原作者所有，本站不承担相应法律责任。如您发现有涉嫌抄袭侵权的内容，请联系:hwhale#tublm.com(使用前将#替换为@)
