序言
iOS和Android上的实时音息推送歧异很大，往小了算得技能实现的差异，往大了视为系统心想事成眼光的不同。实时音息推送在运动端计算机网时代很平常，也很重要，它的有让智能终端真正变成全时音问传扬的家伙。本文将从原理上座谈两个楼台上实时信息推送的工农差别。
简简单单对待
1iOS的实时信息推送
iOS 系统的推送（APNS，即 Apple Push Notification Service）委以一个或几个系统常驻历程周转，是大局的（接管赋有利用的信息推送），据此可看成是独立于采取以外，并且是装具和柰服务器之间的简报，而非动用的提供商练习器。你的事例里头，腾讯 QQ 的翻译器（Provider）会给苹果公司照应的散热器（APNs）发出通知，接下来再转用传递到你的设备（Devices）之上。当你接下到通告，辟役使，才开端从腾讯祭器接收数据，跟你前头看齐打招呼里始末同等，但却是过两个不同的通路而来。
2Android的实时音问推送
而 Android，就不同，更像是人情桌面电脑系统指法。每个亟待起跳台推送的役使有各自的单独后台进程，才识和各自的燃烧器报导，包换多寡。另外其实 Android 也有类似 APNS 的 GCM（Google Cloud Message），属于开发者可选，非胁持。
（更多请参见偏下文章：《运动端IM履行：谷歌音信推送劳务(GCM)钻研（发源微信）》、《Android端做音问推送有没有比较好的方案？》、《为何微信、QQ如斯的IM工具不用到GCM服务推送音息？》，以及即时通讯网挑挑拣拣的《推送招术好文特刊》）
3总结
因故你大概看出去区分，iOS 的消息推送单式编制辈出之时是一种别树一帜的解决方案（堪称晒台中的凉台），用到自家不能有常驻的起跳台长河，体系的开发少，软盘利用更少，电量也更少（把更多的演算和词源支出座落云层，非设备端）。而 Android 的性状，尽管如此开发大，助益是更祥和快速，但不明显。
招术公例
1基本原理
首先讲课下服务器何如先找到设备、再找到app的题材。
每一个设备都有一个自己的设备号，而设施中的app又都有一个绝无仅有的包名。因此服务器只内需找到设备号与包名就有何不可铁定到某个设备的某某应用，而这设备号与包名会一道组合一个终结符，喻为device_token，所以问题就简化为把device_token与音问始末等信息提交服务器，服务器把本末发到唯一的device_token上。这就近乎你在商埠要通过顺丰寄送一个快件儿给某某小区的某某间，这就是说快件儿首先会邮发到顺丰信用社在凤城的总供应点，今后再基于小区的地址投递/路由到某某屋子，如斯一个寄件长河就算大功告成了。
在这里，你要寄送的快件儿纵使你要发的“信息”，送达屋子当最终“接过信息的App”，顺丰店家在都城的服务站点半斤八两这里事关的“设施”，送达房室的房室号就对等以此环节里面事关的“包名”。
2iOS实时音问推送
iOS的推送是透过苹果自己的APNs服务拓展的，用户需要将device_token以及音问内容等推送音信提交APNs服务器，剩余的均由香蕉苹果自己来落成。iOS利用的推送大部分情况下都要依赖香蕉苹果生态提供的APNs（Apple Push Notification Service）劳务。
扫盲贴：浅谈iOS和Android后台实时信息推送的法则和有别于_a.png
首先看作设备标识的device-token是由APNs公布于众的，App开发者抑或第三方推送凉台(图中的Provider)做的视事是筹募以此device-token，APNs的推送是要求据悉APNs宣告的device-token来推送的。只有正确的device-token会被APNs领受，设若是一个错误百出的、还是无用的device-token(遵循App已经卸载了)，APNs就不会收受。
扫盲贴：浅谈iOS和Android后台实时消息推送的原理和有别于_b.png
跟着开发者行使第三方推送楼台（图中的Provider）在将推送本末与限量界定此后进展推送，第三方推送楼台将音息交到给APNs，剩余的操作全部都由APNs来进展到位，全勤长河第三方推送平台就办不到控制了。唯独设或提供的device_token是失灵的（app被卸载、系统版本升级以致device_token变卦等景况）这就是说推送长河就会被抛锚，频繁的断线重连甚至会被APNs认为是一直DoS攻击。（详情得以参照干吗苹果的推送，两次推送之间区间比较久的话，第二次推送会很慢？）
3Android实时信息推送
Android楼台在不使役GCM的情况下就特需将自己的服务器或是第三方推送服务提供商的服务器与装具另起炉灶一条长一连，由此长一个劲拓展推送。然则不建言献计自己安装服务器贯彻推送效验，一是归因于成本太高（开发成本、保护财力），自己合建的服务器随便平安无事要么速度上都比连发第三方推送服务提供商的功用。另一个出于自己的数据量较小，运用第三方推送服务提供商得以用他们的维度进行推送，实现精准推送。友盟推送就是做的比较好的，足以根据用户分群、地段、语言等多维度进展推送，最大水平减小对于用户的侵扰，仅把音息推送给骨肉相连用户。
下图是Android楼台音尘推送的简单方框图：
扫盲贴：浅谈iOS和Android后台实时消息推送的规律和有别_c.png
开发者通过第三方推送服务提供商将音信径直下发放需要的装具，第三方推送服务提供商与设备白手起家一条长连续不断大路，并且将音信路由到APP中（图中的设施1与装具2），对于像装具3这种无网络连接或是从没成功成立长连接通道的设施，会在装具3连网且推送音息从不逾期的情况下自动吸纳由第三方推送服务提供商推送重操旧业的音息，管保音尘决不会丢。
奋斗以成上的差异所带来的直观感受
1iOS的实时信息推送
iOS 在系统级别有一个推送服务程序应用 5223 端口。采用以此端口的计议门源 Jabber 新兴竿头日进为 XMPP ，被用以 Gtalk 等 IM 软件中。
扫盲贴：浅谈iOS和Android后台实时音信推送的公例和工农差别_d.jpg
因此， iOS 的推送，可以不严谨的了了为：
苹果服务器朝无绳电话机后台挂的一个 IM 服务程序殡葬的音信。
然后，系统基于该 IM 音信分辨告知谁个 Apps 具体产生了什么事。
接下来，体系分别通告这些 Apps 。
他们带给用户的实益是不容置疑的：
别来无恙：
除非登录过的开发者有何不可通过香蕉苹果的服务器推送。
快速、康乐、可靠：
香蕉苹果掌控推送服务器和 OS 。
更省电。
让里里外外系统的心得更统一和简单：
不会面世杀后台这种脑残事。（不用豁达 Apps / Apps 的劳务为了推送挂后台）。也不会应运而生 Apps 被杀就收不到推送这种脑残事（早小半的新浪微博 Android 版仍然这么着）。
支出容易：
当然，开发者或者要做些业务，以资卫护个服务器什么的。唯独复杂度无疑骤降居多了。
2Android的实时音尘推送
Apps 挂后台一直是 Android 引以为豪的特点（尽管如此我真的不敞亮是益处多要么弊端多。。），大家挂后台等待推送就变成技艺挑拣。当然， Google 往后也提供类似香蕉苹果的推送长法了。倒也谈不上剽取，毕竟香蕉苹果的整套技艺贯彻也一无什么特别更新之处。
用户的电池？ Apps 的开发者不会站在系统圈圈着想的。他会倘或其他 Apps 一无那末“不自觉”。而 Google 不挟持的结果即令：没人真正为用户的干电池顶住。
可是， Google 的方案也决不全是曲剧：也归因于通栏招术方案非挟持， Android 的 Apps 在收取到推送后的表现更为灵活。像 Line 的 Android 版本有何不可在推送打招呼的 Popup 上一直和好如初， iOS 就索要外逃干才到位了。
煞笔
强制和封闭，有时候不用误事。他象征作出以此决定的人，要从而承担。据此，如果说香蕉苹果的推送方案有何翻新？
我认为是跨越技术，不惜让商家负担更多高风险和专责的解决方案。（类似的还有 BB 的专用大网， Kindle 的海内 3G ）。
个人信从，担负起这些“外加”的责任，是犯得上的。如其是为着用户！
哇谷im_im即时通讯_私有云_公有云-哇谷云科技官网-JM沟通
IM下载体验 - 哇谷IM-企业云办公IM即时聊天社交系统-JM 沟通下载
IM功能与价格 - 哇谷IM-提供即时通讯IM开发-APP搭建私有化-公有云-私有化云-海外云搭建
新闻动态 - 哇谷IM-即时通讯热门动态博客聊天JM沟通APP
关于哇谷-哇谷IM-提供企业即时通讯IM开发-语音通话-APP搭建私有化-公有云-私有化云-海外云搭建
联系我们 - 哇谷IM-即时通讯IM私有化搭建提供接口与SDK及哇谷云服务