Azure通知集线器+ APNS会导致遗漏的主题通知。我必须存档iOS设备的所有已发送通知吗？

Question

Azure通知集线器有一个功能，允许订阅多个关系中的各种主题。(许多设备用于许多已声明的主题字符串)

假设我采取以下步骤：

1. 我向iOS设备发送了一个通知，“测试1”。
2. 设备离线了。
3. 我发送“测试2”
4. 我发了“测试3”。
5. 该设备重新上线。
6. APNS只发送“测试3”。测试2被删除

更不用说APNS只会通知最近的事件“测试3"，如果我超过每天最多30次，它也可以在iOS 11中删除额外的警报。

我喜欢Azure集线器服务的一件事是，我可以在外部存储中管理订阅“状态”。然而，现在看来我必须自己追踪订阅，重建Azure中心架构的一部分.归档订阅、主题等，以便设备能够查询服务器中所有缺失的事件。

问题

• 如何将Azure集线器和主题订阅的特性与丢弃的APNS推送问题相协调？

Answer 1

您是正确的，ANH (或者您作为开发人员)对删除的通知无能为力，因为ANPS就是这样设计的。这意味着问题的解决方案将真正取决于您正在构建的应用程序类型、体系结构和您所针对的用户场景。

我想到的几个想法可能对你有用，也可能不适用于你，这取决于你想做什么：

• 每隔一段时间向主题发送一个无声的推送，这将触发应用程序来询问服务器是否遗漏了什么东西。
• 如果应用程序的本质是人们经常打开它，那么您可以在他们打开应用程序时进行背景检查。

当然，在这两种情况下，您都必须在您的终端上构建一些额外的基础设施，以跟踪哪些设备收到或错过了某些通知。可以帮助您不必重建已经存在的NH部分的一件事是使用宠物消息遥测(PMT)。我还没有尝试删除通知，但希望有一种方法可以使用PMT区分已丢弃的vs交付的消息(看起来，PnsErrorDetailsUri字段的PnsErrorDetailsUri值与您需要的类似)。这样可以帮助您简化和减少您需要保存的数据量，以便能够判断是否有人错过了通知。