遠程消息推送處理場景有三種:分別是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這一節。