iOS 和 Android 的后台推送原理各是什么？有什么区别

iOS 和 Android 的后台推送原理各是什么？有什么区别？2013-12-11 17:42| 发布者: zouqun |原作者: 李楠|来自: 知乎摘要: iOS 的推送iOS 在系统级别有一个推送服务程序使用 5223 端口。使用这个端口的协议源于 Jabber 后来发展为 XMPP ，被用于 Gtalk 等 IM 软件中。所以， iOS 的推送，可以不严谨的理解为：苹果服务器朝手机后台挂的一个 iOS 的推送

iOS 在系统级别有一个推送服务程序使用 5223 端口。使用这个端口的协议源于 Jabber 后来发展为 XMPP ，被用于 Gtalk 等 IM 软件中。所以， iOS 的推送，可以不严谨的理解为：

苹果服务器朝手机后台挂的一个 IM 服务程序发送的消息。

然后，系统根据该 IM 消息识别告诉哪个 Apps 具体发生了什么事。

然后，系统分别通知这些 Apps 。应该说，苹果这种方式在技术上没有什么创新。但是，整个架构是很了不起的。 因为：

1 使用久经考验的协议，技术风险小。

2 苹果勇于承担责任：

他需要维护一个代价不小的服务器集群，而且要为服务器的 down 机负责。

选择低风险的技术方案 Bug 更少，减轻了用户的痛苦，这是构架师的功劳。

苹果承担责任，尽可能的减少了不可控的意外，保证了用户体验。

这，只能说是公司决策者的功劳。

（从侧面说明有个懂技术的 VP 是多重要。。。而 Scott 走人了。。）

他们带给用户的好处也是实实在在的。

1 安全。

只有登录过的开发者可以通过苹果的服务器推送。

2 快速，稳定，可靠。

苹果掌控推送服务器和 OS 。

3 更省电。

4 让整个系统的体验更统一和简单。

不会出现杀后台这种脑残事。（不用大量 Apps / Apps 的服务为了推送挂后台）。

也不会出现 Apps 被杀就收不到推送这种脑残事（早一点的新浪微博 Android 版仍然如此）。

5 开发容易。

当然，开发者还是要做些事情，比如维护个服务器什么的： http://wwwifanrcom/3979。但是复杂度无疑降低很多了。

Android 的推送

Apps 挂后台一直是 Android 引以为豪的特性（虽然我真的不知道是好处多还是坏处多。。）。。。大家挂后台等待推送就成为技术选择。

当然， Google 事后也提供类似苹果的推送方式了。倒也谈不上抄袭，毕竟苹果的整个技术实现也没有什么特别创新之处。

用户的电池？

Apps 的开发者不会站在系统层面考虑的。他会假设其他 Apps 没有那么“不自觉”。而 Google 不强制的结果就是：没人真正为用户的电池负责。

但是， Google 的方案也并非全是悲剧：

也因为整个技术方案非强制， Android 的 Apps 在接收到推送后的表现更为灵活。

像 Line 的 Android 版本可以在推送通知的 Popup 上直接回复， iOS 就需要越狱才能做到了。

最后的话

强制和封闭，有时候并非坏事。他意味着做出这个决定的人，要为此负责。

所以，如果说苹果的推送方案有何创新？

我以为是超越技术，不惜让公司承担更多风险和责任的解决方案。（类似的还有 BB 的专用网络， Kindle 的全球 3G ）

个人相信，担负起这些“额外”的责任，是值得的。。。

其实我认为微信至今还没推出GCM的客观原因，1目前市场还不太稳定，2还有国内现在能用GCM的手机比较少，3也有比较打一部分人觉得GCM比较耗电吧。下面陈述下有GCM的益处与劣处。

GCM的主要特征：

1、GCM要求手机必须运行Android22或更高版本，谷歌Play商店，或一个Android 22的虚拟机与谷歌的API。然而，您不仅限于通过谷歌Play商店部署您的程序。

2、它使用现有的谷歌服务连接。对于前3设备，这需要用户在他们的移动设备中设置他们的谷歌帐户。Android 404或更不需要谷歌账户。

3、它允许第三方程序服务器向他们的Android设备发送消息。

4、GCM不保证消息的发送和消息的顺序。

5、移动端程序不需要一直运行来接收消息。当新消息到达时，系统将通过意图广播唤醒程序。，程序需要设置适当的广播接收器和权限。

6、它不提供任何用户界面或任何其他处理消息的方法。C2DM只会收到原始邮件的程序。这个程序提供了一种处理消息的方法。例如，这个程序可能抛出一个通知，显示一个自定义接口，或者只是同步数据

GCM的短缺

1、不是每个运营商都可以使用规定的端口。在某个运营商3G / 2G下，连接到上这个服务器几乎是不可能的。WhatsApp在后台放了10分钟后，无法接收推送信息。

2、许多Android是由手机制造商定制的，供应商可能会删除GCM服务。

3、  在Android 22和3之间，你需要安装谷歌商店并设置谷歌帐户。

4、  由于国内2G和3G的NAT超时时间小于GCM心跳时间（28分钟），TCP长连接注定无法生存，每次都要等28分钟，心跳无法再接接收推。

我相信在GCM市场是稳定的，很快微信后很快就会加入GCM队列，，每个人都想把完美的应用程序给用户。

客户机/服务器系统 Client/server system 简称C/S系统。是一类按新的应用模式运行的分布式计算机系统。在这个应用模式中，用户只关心完整地解决自己的应用问题，而不关心这些应用问题由系统中哪台或哪几台计算机来完成。在C/S系统中，能为应用提供服务（如文件服务，打印服务，拷贝服务，图象服务，通信管理服务等）的计算机或处理器，当其被请求服务时就成为服务器。一台计算机可能提供多种服务，一个服务也可能要由多台计算机组合完成。与服务器相对，提出服务请求的计算机或处理器在当时就是客户机。从客户应用角度看，这个应用的一部分工作在客户机上完成，其他部分的工作则在（一个或多个）服务器上完成。

  C/S系统最重要的特征是：它不是一个主从环境，而是一个平等的环境，即C/S系统中各计算机在不同的场合既可能是客户机，也可能是服务器，进入90年代，C/S系统迅速流行，在于它有很多优点：用户使用简单，直观；编程，调试和维护费用低；系统内部负荷可以做到比较均衡，资源利用率较高；允许在一个客户机上运行不同计算机平台上的多中应用；系统易于扩展，可用性较好，对用户需求变的适应性好。

从技术角度看，C/S系统本质上是将70年代就提出的虚拟机器的概念使用于分布式计算机系统，其本质是实现功能的合理分布和处理的“无缝连接”。C/S系统的实用依赖于若干90年代才成熟的技术：首先由于以一系列标准为基础的开放式系统原则被普遍接受，为各种客户机，服务器之间提供中间件（Middleware）成为可能；第二，CASE工具，视窗技术，面向对象技术，分布式数据库技术等的成熟，为C/S系统环境下的编程，调试，运行提供了良好的条件；性能价格比迅速提高的计算机为开销甚大的分布式操作系统提供了可接受的运行条件，使得分布式逻辑处理，分布式服务器等应用模式得以实现。

C/S系统已广泛用于中小型工商企业，机关等部门，由于通讯技术的进展，C/S系统在地域上可有较大的跨度。