Push notification Windows推送通知-在被删除之前排队多长时间

我正在开发我的第一个Windows UWP应用程序。计划使用Windows推送通知通知应用程序某些服务器更新。此应用不会始终具有internet访问权限。它可能会离线几天。所以我想确定在这种情况下是否可以使用推送通知。如果该设备处于脱机状态，则从服务器发送通知时，该设备将在那里停留多长时间而不会从队列中删除

在我读过的一篇文章中，“默认情况下，推送通知将在Windows推送通知服务（WNS）收到通知后的三天内过期。如果需要，可以使用明确的过期时间覆盖此默认值。”但我不确定这是否是指我所问的问题，或者它是否表示，当它交付到设备时，瓷砖、徽章等将在3天后移除

你能澄清一下吗

默认情况下，推送通知将在Windows推送通知服务（WNS）收到通知后三天过期。如果需要，可以使用显式过期时间覆盖此默认值

我不知道你在哪里读到的。然而，这并不完全正确。三天的过期时间是指设备发送的磁贴和徽章通知的有效期。它不会从WNS收到它们的时间开始

默认情况下，本地磁贴和徽章通知不会过期，而推送、定期和计划通知在三天后过期。因此，它说

默认情况下，磁贴和徽章通知在下载三天后过期

我们可以通过设置。如果您希望确保通知不会晚于某个时间显示，则通常使用此标题。TTL以秒为单位指定，并与WNS接收请求的时间相关

对于您的问题，从中的发送通知下，我们可以发现：

当设备脱机时，默认情况下，WNS将为每个通道URI存储最多五个磁贴通知（如果启用了排队；否则，一个磁贴通知）和一个徽章通知，而不存储原始通知。此默认缓存行为可以通过更改。请注意，当设备脱机时，不会存储toast通知

在这方面，我们可以得到更多的信息

当通知目标设备脱机时，WNS将为每个应用缓存一个徽章和一个磁贴通知。如果为应用程序启用通知循环，WNS将缓存最多五个磁贴通知。默认情况下，不会缓存原始通知，但如果启用了原始通知缓存，则会缓存一个原始通知项目不会无限期地保存在缓存中，并将在一段合理的时间后删除。否则，缓存内容将在设备下次联机时交付

因此，当你的应用程序离线时，WNS可以为你缓存一些推送通知，但很难说它们会被缓存多久

WNS回复，表示已收到通知，并将在下一个可用机会发送通知。但是，WNS不提供设备或应用程序已收到您的通知的端到端确认

WNS不保证通知的可靠性或延迟。如果您想确保用户能够收到有关服务器更新的通知，您可能需要使用其他一些技术。例如，当应用程序联机时，您可以向服务器发送活动的服务器更新请求

默认情况下，推送通知将在Windows推送通知服务（WNS）收到通知后三天过期。如果需要，可以使用显式过期时间覆盖此默认值

我不知道你在哪里读到的。然而，这并不完全正确。三天的过期时间是指设备发送的磁贴和徽章通知的有效期。它不会从WNS收到它们的时间开始

默认情况下，本地磁贴和徽章通知不会过期，而推送、定期和计划通知在三天后过期。因此，它说

默认情况下，磁贴和徽章通知在下载三天后过期

我们可以通过设置。如果您希望确保通知不会晚于某个时间显示，则通常使用此标题。TTL以秒为单位指定，并与WNS接收请求的时间相关

对于您的问题，从中的发送通知下，我们可以发现：

当设备脱机时，默认情况下，WNS将为每个通道URI存储最多五个磁贴通知（如果启用了排队；否则，一个磁贴通知）和一个徽章通知，而不存储原始通知。此默认缓存行为可以通过更改。请注意，当设备脱机时，不会存储toast通知

在这方面，我们可以得到更多的信息

当通知目标设备脱机时，WNS将为每个应用缓存一个徽章和一个磁贴通知。如果为应用程序启用通知循环，WNS将缓存最多五个磁贴通知。默认情况下，不会缓存原始通知，但如果启用了原始通知缓存，则会缓存一个原始通知项目不会无限期地保存在缓存中，并将在一段合理的时间后删除。否则，缓存内容将在设备下次联机时交付

因此，当你的应用程序离线时，WNS可以为你缓存一些推送通知，但很难说它们会被缓存多久

WNS响应表示通知