apns依託乙個或幾個系統常駐程序運作, 接管所有應用的訊息推送, 所以可看作是獨立於應用之外, 而且是裝置和蘋果伺服器之間的通訊, 而非應用的提供商伺服器.
這和 android不同, android更像是傳統桌面電腦系統的做法. 每個需要後台推送的應用有各自的單獨後台程序, 才能和各自的伺服器通訊, 交換資料.
另外其實 android 也有類似 apns 的 gcm（google cloud message），屬於開發者可選，非強制.
所以你大概看出來區別，ios 的訊息推送機制面世之時是一種全新的解決方案（堪稱平台中的平台），應用本身不能有常駐的後台程序，系統的開銷少，記憶體使用更少，電量也
更少（把更多的運算和資源開銷放在雲端，非裝置端）。而 android 的特點，雖然開銷大，優點是更穩定快速，但不明顯。
apns的工作原理:
5. 我們自己的儲存通知內容的伺服器將devicetoken和通知內容傳送給蘋果推送通知伺服器
6. 蘋果推送通知伺服器最後將通知內容按照devicetoken下發到裝置
apns的使用:
1). 首先要註冊通知服務, 由於ios8.0之後的推送通知註冊方法改變, 所以要進行裝置的系統版本判斷
// 註冊通知服務
if ([uidevice currentdevice].systemversion.floatvalue < 8.0) else {
uiusernotificationsettings* settings = [uiusernotificationsettings settingsfortypes:(
uiremotenotificationtypebadge |
uiremotenotificationtypesound |
uiremotenotificationtypealert) categories:nil];
4. 註冊成功呼叫的方法
5. 註冊失敗呼叫的方法
6. 接送推送訊息的觸發方法
iOS 推送服務
今天想梳理一下apns,理解原理的人，看蘋果推送api覺得十分清晰，可是不理解的人看api基本沒什麼卵用，那麼我寫一下原理，然後你們在去對這蘋果api 捋順一下。遠端推送是由客戶端伺服器和蘋果伺服器來完成的，跟客戶端沒有什麼太多的關係。因為當使用者的蘋果裝置開通連網的時候，就已經與蘋果的伺服器進行了...
關於iOS遠端推送的那些事
我們知道，當我們將應用從裝置解除安裝後，我們是收不到provider給我們推送的訊息 的，但是，如何讓apns和provider都知道不去向這台解除安裝了應用的裝置推送訊息呢？針對這個問題，蘋果也已經幫我們解決了，那就是 feedback service。他是apns的一部分，apns會持續的更新f...
關於ios 推送功能的終極解決
至於推送功能的原理什麼的我就不說了 網上關於推送的資料很多 不過有很多一部分都寫的不知所以然 不過原理還是可以弄明白的 中文翻譯 我第一次就是看的英文原帖 中文翻譯的也很好 不過感覺作者沒有親自試過 我可是實現了哦 這裡我說我認為比較關鍵的地方 1生成鑰匙串請求問題 在你做乙個新的帶推送的功能的應用...