Azure通知中心+ APNS導致錯過主題通知。我必須將所有發送的iOS設備通知歸檔嗎？

Question

Azure通知中心具有允許以多對多關係訂閱各種主題的功能。 （許多設備的許多申報主題字符串）

想我採取以下步驟：

1. 我發送iOS設備的通知，「測試1」。
2. 設備脫機。
3. 我發「測試2」
4. 我發送「測試3」。
5. 設備重新聯機。
6. APNS只發送「測試3」。測試2被丟棄

更不用說APNS只會通知最近的事件「測試3」，如果我每天超過30個最大值，它也可以在iOS 11中丟棄額外的警報。

我喜歡關於Azure Hub服務的一件事是我可以在外部存儲中管理該訂閱「狀態」。然而現在，我似乎必須自己跟蹤訂閱，重建Azure HUB體系結構的一部分......將訂閱，主題等歸檔，以便設備可以查詢服務器是否存在所有丟失的事件。

問題

• 如何調和Azure的中心和主題訂閱的特點與問題降到APNS推？

Answer 1

你是正確的，沒有什麼ANH（或你作爲開發人員）可以對丟棄的通知進行處理，因爲這就是ANPS的設計方式。這意味着問題的解決方案將取決於您正在構建的應用程序類型，您所針對的體系結構和用戶場景。

一對夫婦的想法，我有可能會或可能不會取決於你試圖做什麼對你的作品記有：

• 發送無聲推到話題曾經在一段時間那會觸發應用程序查詢服務器上的東西是否已經錯過
• 如果應用程序的性質是這樣的人打開它往往無論如何，那麼你可以做在他們打開應用程序

的時間背景調查

當然，在這兩種情況下，你都必須bu。在您的一端添加一些額外的基礎設施，以跟蹤哪些設備收到或錯過了某些通知。有一件事可能會幫助你不必重建那些已經存在的NH的部分使用Pet Message Telemetry (PMT)。我沒有嘗試過丟棄通知，但希望有一種方法可以告訴使用PMT分開丟棄和傳遞消息（看起來像Dropped值的PnsErrorDetailsUri字段與您所需的類似）。這樣做可以幫助您簡化並減少您需要保留的數據量，以便能夠確定是否有人錯過了通知。