烤面包通知的通知中心缓存

Question

我一直想实现一种确保用户接收通知的方法，例如Azure NotificationHub -检测失败的通知

然而，当有许多订阅标记时，这是有限的成功，然后结束了大量的服务器时间。

相反，我找到了这个链接缓存通知。它特别指出，吐司通知不能缓存。尽管如此，自从我使用Notification升级到Azure应用服务之后，我已经测试了吐司通知实际上是缓存的。

但是，我在Toast中找不到任何关于缓存的文档，或者如何确保缓存，或者可以缓存多少通知，以及最后缓存多长时间？

因此，我想知道是否有人对缓存有任何了解，以及这是如何指定的？以上链接中的示例：

X-WNS-Cache-Policy: cache | no-cache

但这是怎么规定的呢？

更新

对于启用缓存，答案是正确的。尽管如此，对于我来说还不清楚通知被缓存。到底有多长时间，链接上说通知在合理的时间后被删除了，那是什么呢？

此外，它没有指定存储了多少通知，一个属性被称为链接的循环，因此，如果使用相同的标记缓存新消息，它将占据旧的消息位置。但是，有多少不同的标签可以存储没有提到，以及如何启用或禁用自行车也没有提到？

最后，每个信道/用户可以缓存多少条消息？

Answer 1

不设置此标头默认设置。根据WNS文档，默认启用缓存。

根据WNS文档，当设备脱机时，默认情况下，WNS将存储最多5个平铺通知(如果启用了队列，则为一个平铺通知)，并为每个通道URI存储一个徽章通知，而不存储原始通知。此默认缓存行为可以通过策略头进行更改。请注意，当设备脱机时，不会存储吐司通知。

要显式设置此标头，可以使用notification API发送通知。示例：

字典wnsHeaders =新字典()；

WnsHeaders.Add(“X Policy”、“cache”)；

WindowsNotification notification =新的WindowsNotification(“有效载荷”，wnsHeaders)；

等待客户。SendNotificationAsync (通知)；