【问题标题】：Firebase topic-based push notifications and iOS QoSFirebase 基于主题的推送通知和 iOS QoS
【发布时间】：2021-01-11 04:16:39
【问题描述】：

对于通过 APNS 进行的常规单设备推送通知，不太重要的推送可以“替换”更重要的推送，因为如果设备暂时离线，只有每个设备/应用程序的最后一个通知会被保留并通过 APNS 传递。 https://developer.apple.com/library/archive/documentation/NetworkingInternet/Conceptual/RemoteNotificationsPG/APNSOverview.html#//apple_ref/doc/uid/TP40008194-CH8-SW5

假设我正在向单个设备提供关键推送，并通过 Firebase FCM 中基于主题的推送提供信息性非关键推送。 基于主题的推送是否仍然可以取代离线设备的关键推送？

我的前任留下了一份设计文档，其中说基于主题的推送订阅可以避免信息推送替换关键推送的问题，但我还没有找到任何文档来支持这一点。我想当应用程序处于前台时，我最好使用 websockets 或类似的（可能通过 PubNub）进行信息推送，并且只使用 APNS/FCM 进行关键推送。我说的对吗？

【问题讨论】：

【解决方案1】：

免责声明：这并不直接涉及基于 Firebase 主题的方面这个问题，相反，它提供了一个替代解决方案 FCM 和 APN 在 QoS 方面具有相同的功能/实现，或者更具体地说，能够检索离线时可能丢失的消息。

使用 PubNub 发布、持久化和推送

PubNub 存储服务

好吧，抛开 APN 和 FCM，PubNub 将 persist all of your messages for later retrieval when you enable the Storage service。因此，当设备离线时，它们可以接收推送通知 (APNs/FCM)，无论最终用户是否接收/确认这些通知，您的应用程序都可以轻松检索设备离线时发送的所有消息。

使用 PubNub 的另一个优点是您包含 the APNs/FCM push payloads in the realtime publish payload，如果设备处于活动/在线状态并订阅了该频道，则它会实时接收消息。如果设备没有订阅频道，它仍然会收到 FCM/APNs 推送通知。

注意：您必须在 PubNub 密钥集上启用存储服务，并且根据需要配置保留时间：1 天、3 天、... 30 天或无限制。

【讨论】：