向iOS用戶發送多個推送通知

Question

是否可以一次/即時向註冊的iOS用戶發送多個（10 - 15）通知？ iOS推送通知有哪些限制？

Answer 1

如果您在很短的時間內發送多個通知到同一個設備或計算機，推送服務將發送只有最後一個。

這是爲什麼。設備或計算機確認收到每個通知。在推送服務收到該確認之前，它只能假設設備或計算機出於某種原因離線，並將通知存儲在服務質量（QoS）隊列中供將來重新傳送。這裏的往返網絡延遲當然是主要因素。

如本地和推送通知編程指南中所述，QoS隊列爲每個設備或每臺計算機的每個應用程序保存單個通知。如果服務在發送隊列中的一個之前收到另一個通知，則新通知將覆蓋前一個通知。

所有這一切都指出，意圖是，通知指示到自己感興趣的東西的供應商已經改變了應用程序，該應用程序應檢查與供應商以獲得詳細信息。通知不應該包含其他地方也沒有的數據，也不應該是有狀態的。

因爲您的設備沒有連接到服務，所以沒有立即交付的任何推送通知都排隊等待未來的重新傳遞。 「立即」當然需要延遲考慮連接。由於APN會在此時間超時，所以外圍案件將超過60秒。

的更多信息請點擊here

Answer 2

是否有可能發送多個（10 - 15）通知已註冊的iOS用戶在同一時間/瞬間？

不，你不能在apple docs同時發送10-15通知相同的用戶，在這裏閱讀更多。

如果要發送多個通知到同一個設備或很短的時間內 計算機，推送服務將發送 只有最後一個。

但是，如果你打算髮送推送通知給不同的用戶在同一時間應該沒有問題（我猜你正在尋找什麼）。

哪些iOS的限制推送通知？

如果您不能發送simuntanously以相同的用戶之外還有對APN的推送通知沒有限制，這裏提到。取一起來看看Push Notification Throughput and Error Checking

有使用的APN無蓋或批量大小限制。 iOS 6.1 新聞稿稱，自成立以來，APN已發送超過4萬億次推送 通知。它在WWDC 2012 上宣佈，APN每天發送70億個通知。

如果您看到吞吐量低於每秒9,000個通知，那麼您的服務器可能會受益於改進的錯誤處理邏輯。

以下是使用增強型通知 格式時如何檢查錯誤的方法。繼續寫，直到寫入失敗。如果流已準備好再次寫入 ，請重新發送通知並繼續。如果流 尚未準備好寫入，請查看該流是否可供讀取。

如果是，請閱讀流中可用的所有內容。如果返回零個字節 ，則由於諸如 命令字節無效或其他解析錯誤等錯誤而導致連接關閉。如果返回六個字節 ，那麼這是一個錯誤響應，您可以檢查響應 代碼以及導致錯誤的通知的ID。您需要 再次發送每個通知。

一旦發送了所有內容，最後一次檢查錯誤 響應。

僅僅因爲正常的延遲，丟棄的連接可能需要一段時間纔會從 APN返回到服務器。在寫入失敗之前，由於 連接被丟棄，因此可能發送了超過500條通知，因此可能會發送 連接。大約1,700次通知寫入可能會由於管道已滿而失敗 ，因此只要 數據流準備好再次寫入就重試。

希望這會有所幫助。