Firebase 云消息传递 (FCM) - HTTP V1 API 还是旧版 HTTP API？答案

【问题标题】：Firebase Cloud Messaging (FCM) - HTTP V1 API or Legacy HTTP API?Firebase 云消息传递 (FCM) - HTTP V1 API 还是旧版 HTTP API？
【发布时间】：2018-03-09 11:45:25
【问题描述】：

我们的目标是从我们的后端向设备组发送通知，并且只有从服务器端才能知道哪个设备应该接收通知。

我们已经对 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 控制台上不提供该功能。

另一个人刚刚问了类似的问题，但答案是使用主题 (How to send firebase notification for all user at a time?)。

【问题讨论】：

标签： firebase push-notification firebase-cloud-messaging visual-studio-app-center

【解决方案1】：

从您在我的answer here 中的评论中的链接到达这里。重申一下我的回复，当使用 v1 向多个令牌发送消息时，现在建议的方法是使用主题消息传递，因为不支持 registration_ids。

使用旧版 API 会更好吗？

v1 被描述为more secure, cross platform, future proof way of sending messages to FCM clients。更安全，因为它使用 OAuth2 安全模型。

但是，如果您的用例更适合使用旧版 API，那么我建议您继续使用它。

【讨论】：

谢谢。目前，我们的第一个选择是使用新的 Api，但批量发送数百个单个请求，希望它能够正常工作（几十到几百个用户的一个/两个设备）。您对这种方法有任何经验吗？
如果您想知道请求是否有限制，AFAIK, there isn't。
总是引用旧版 API 的旧答案，我希望当我们并行发送数百个帖子请求时一切都会正常（抱歉浪费流量）。会尝试一下，如果出现问题，我们会切换回旧的 api，也许我们很幸运，同时谷歌会添加这个在旧版 API 中可用的缺失功能。谢谢。
我链接的博文中提到了 v1 和旧版之间的唯一区别。对于限制，恕我直言，它们应该保持不变。干杯！
新的 http v1 api ios 数据消息支持（以及一般的 aps 支持）似乎坏了。它可以发送通知，但似乎就是这样。他们并没有说它不起作用，但也没有提供一个工作示例，一些应该工作的示例将返回 400。

【解决方案2】：

如果您想继续使用多播功能，此页面建议您应保留旧版 API：https://firebase.google.com/docs/cloud-messaging/migrate-v1

但是，任何使用设备群组消息传递或多播消息传递的应用可能更愿意等待 API 的未来版本。 HTTP v1 不支持旧版 API 的这些功能。

【讨论】：

现在支持多播消息。