在下嵌入式软件开发，虽然没搞过猴和果，但操作系统本质应该一样，无责任分析一下：

推送和后台本质没什么区别，都会有后台任务的存在，区别只是一个后台任务还是多个后台任务，iOS应该是统一后台的，每个APP都可以在设置里选择是否开通知，设置了应该是挂接到后台任务了。后台定期轮循一遍网络，周期估计以秒为单位。有消息通过系统界面传递绐用户和程序。也可以每一个任务都在后台单独定期访问网络，这样会比较费电，但用户会觉得这才是真正的"后台"，因为单独后台既然可以访问网络，也可以做其它事情。猴大概是这种。ios是前一种。

总结一下，除了短信和电话这种电信协议硬件就支持的推送，基于网络的所有＂推送＂都不是真正的推送，只是让你觉得在推送而已，并且推送越准，效果越好越费电费流量，因为这纯粹是通过加快轮询网络来的，所以不管果还是猴能少推就少推吧

============
很多人对看来对我说的轮询有意见，其实道理很简单，所有网络间的消息通知都依赖网络的连接，没有网络连接就不可能有任何推送或消息，但实时在线又太费电费流量，所以只能是以任务为单位周期性的开通网络连接，周期越短推送越准确，但更费电费流量。因此这里的轮询是指轮流让本地任务让其使用网络，除非苹果和谷歌开发了火星技术，并且还要修改电信协议....

[ 本帖最后由 iceliking 于 2012-6-17 15:09 编辑 ]

引用:

原帖由 sakuraltr 于 2012-6-17 14:19 发表
lz真的以为iOS是轮询的？OMG，还敢开贴。。。

不一定是简单的轮询，但应该是一种让注册通知的任务定时和网络连接的方式，由上层的应用在服务器和客户端通信

总之不可能是在客户端不上线的情况下，由服务器推送通知才上线。所以你可以理解成轮询本地的客户端程序

引用:

原帖由 comer 于 2012-6-17 14:10 发表
错了
轮询是只是其中一种推送方案，成本低，但效率也低，这种方案容易被人诟病，也容易在宣传上被人说不是真正推送，另外实际使用中，因易发生策略冲突，受访对象往往会采取主动措施限制使用，这种事屡见不鲜了。目 ...

其实就是程序客户和服务器间的hello包，这也不是什么新鲜东西，只从有网络协议就是这么设计的，但前提是在线，在线的依据就是你是否设置了通知（ios）

把智商挂嘴边的多半自己有硬伤，和喷粪的多半自己是坨粪一个道理