我剛開始使用Parse的推送通知進行開發。我現在正在使用它們來推送到Android,當我剛剛開始時,通知已快速發送(即時發送)。Android分析推送通知緩慢嗎?
但是,由於我正在向同一設備發送越來越多的通知,因此我注意到發送通知需要大約10分鐘的時間。這是正常的嗎?如果不是,這是Parse還是GCM的問題?
有沒有什麼辦法可以爲開發目的「模擬」通知,以便測試它們?
我從REST API生成通知並啓用Wifi設備。
我剛開始使用Parse的推送通知進行開發。我現在正在使用它們來推送到Android,當我剛剛開始時,通知已快速發送(即時發送)。Android分析推送通知緩慢嗎?
但是,由於我正在向同一設備發送越來越多的通知,因此我注意到發送通知需要大約10分鐘的時間。這是正常的嗎?如果不是,這是Parse還是GCM的問題?
有沒有什麼辦法可以爲開發目的「模擬」通知,以便測試它們?
我從REST API生成通知並啓用Wifi設備。
根據我在GCM或任何其他相關服務方面的經驗,只有在必須將通知推送到某些目標設備(即從數據庫中選定的用戶)時才能使用它。
- 獲得更高的可擴展性和可維護性 你應該讓後臺服務而不是獲取通知和創造一個API,因爲會通過你的服務器是直接整合,其是可靠的快,它具有更高的精度。 雖然gcm做了一個後臺服務,然後點擊gcm服務器並作出相應的響應,但有時它會錯過按照服務器負載的通知或延遲。
我需要將推送通知發送到目標設備。但是,編寫我自己的廣播接收器而不是依賴Parse的廣播接收器似乎要好得多。我切換到亞馬遜SNS +自己的廣播接收器,通知現在是即時的。 – 2014-09-24 15:43:19
GCM不保證即時通訊,也不用於嚴格的計劃任務。它完全取決於gcm服務器。更多的,你可以添加TTL或其他參數 – 2014-09-23 18:22:24
如果你使用免費它不比gcm默認。 – vuhung3990 2014-09-23 18:26:05