遠程消息推送處理場景有三種:分別是app還沒有運行、app在前台運行以及app在後台運行,下面介紹相關流程及三種場景下處理步驟

1.流程

（1）注冊通知

首先是在注冊遠程消息推送，需要注意的是iOS8及以後的系統中注冊方法有所改變（同時證書設置以及push權限也需要開啟）。這一步的目的是，允許app接收遠程消息推送。

（2）綁定deviceToken

deviceToken相當於設備的一個標識，服務器根據這個標識來進行消息推送。

①當用戶同意app接收遠程消息推送後，手機會向APNs發起一個請求去獲取deviceToken；

②APNs收到請求，根據其相應流程及算法發送對應的deviceToken給手機；

③手機再將deviceToken傳遞給app；

④app再將deviceToken發送到後台服務器進行保存。

後台服務器以後就是根據deviceToken發送推送消息給APNs，APNs再根據deviceToken將消息推送到對應設備，設備再喚起app，顯示推送而來的消息。

（3）針對遠程推送消息進行處理

遠程推送消息發送過來時，點開消息常常會有一些針對性處理或流程，最常見的就是跳轉頁面等，這裡不再展開，下面將介紹不同場景下接收到推送後的處理步驟。

2.不同場景下推送消息的流程

（1）app在前台運行時收到推送

會調用“didReceiveRemoteNotification”方法，推送的數據在userInfo裡，針對處理即可。

（2）app退出到後台狀態時收到推送

屏幕上會出現通知提醒，如果點開消息進入app，app運行到前台時會調用“didReceiveRemoteNotification”方法，這也就是之前為什麼要區分一下applicationState的原因，因為二者都是通過這一步來處理。

（3）app處於關閉退出狀態時收到推送

同樣屏幕上出現通知提醒，點開消息進入app，啟動時“didFinishLaunchingWithOptions”方法裡的launchOptions對應UIApplicationLaunchOptionsRemoteNotificationKey部分內容不再為空，含有的即是推送內容，針對處理即可。

3.其它

（1）網絡狀況不佳時遠程消息推送情況

如果手機不在網的時候，APNs會有一個QoS的東西把消息保存很短的時間，等手機在網時再推送過來，當然離線時間久了，消息也就收不到了，但在實際中發現貌似網絡不佳的時候一般就收不到了。

如果手機離線時，服務器推送了多條消息，即時上線了收到消息，也只會收到最新的一條

（2）推送的內容格式

推送的內容都有固定格式和長度，包括title（iOS8.2後增加的)、body、sound等，如果本地沒有設置對應的聲音文件，sound的值為default，收到推送的時候響起的是默認的提示音，並且推送消息的長度限制為256個字節(iOS8中這一限制放大到2kb),具體參考Local and Remote Notification Programming Guide中The Notification Payload這一節。

本文已被整理到了《iOS推送教程》，歡迎大家學習閱讀。

以上就是本文的全部內容，希望對大家的學習有所幫助，也希望大家多多支持本站。