iOS 和 Android 的后台推送原理各是什么？有什么区别？ - 知乎2410被浏览339637分享邀请回答/3979。但是复杂度无疑降低很多了。Android 的推送Apps 挂后台一直是 Android 引以为豪的特性（虽然我真的不知道是好处多还是坏处多。。）。。。大家挂后台等待推送就成为技术选择。当然， Google 事后也提供类似苹果的推送方式了。倒也谈不上抄袭，毕竟苹果的整个技术实现也没有什么特别创新之处。用户的电池？ Apps 的开发者不会站在系统层面考虑的。他会假设其他 Apps 没有那么“不自觉”。而 Google 不强制的结果就是：没人真正为用户的电池负责。但是， Google 的方案也并非全是悲剧：也因为整个技术方案非强制， Android 的 Apps 在接收到推送后的表现更为灵活。像 Line 的 Android 版本可以在推送通知的 Popup 上直接回复， iOS 就需要越狱才能做到了。最后的话强制和封闭，有时候并非坏事。他意味着做出这个决定的人，要为此负责。所以，如果说苹果的推送方案有何创新？我以为是超越技术，不惜让公司承担更多风险和责任的解决方案。（类似的还有 BB 的专用网络， Kindle 的全球 3G ）个人相信，担负起这些“额外”的责任，是值得的。。。只要是为了用户。PS勇于承担责任的公司也更像个可靠的成年人，而不是一个随意胡闹的孩子。74252 条评论分享收藏感谢收起/topic/19699063以及开发文档：Apple Push Notification Service (APNs) | 21220 条评论分享收藏感谢收起查看更多回答3 个回答被折叠（） 浅谈iOS和Android后台实时消息推送的原理和区别
我的图书馆
 浅谈iOS和Android后台实时消息推送的原理和区别
http://www.52im.net/thread-286-1-1.html前言
iOS和Android上的实时消息推送差异很大，往小了说是技术实现的差异，往大了说是系统实现理念的不同。实时消息推送在移动端互联网时代很平常，也很重要，它的存在让智能终端真正成为全时信息传播的工具。本文将从原理上谈谈两个平台上实时消息推送的区别。
1iOS的实时消息推送
iOS 系统的推送（APNS，即 Apple Push Notification Service）依托一个或几个系统常驻进程运作，是全局的（接管所有应用的消息推送），所以可看作是独立于应用之外，而且是设备和苹果服务器之间的通讯，而非应用的提供商服务器。你的例子里面，腾讯 QQ 的服务器（Provider）会给苹果公司对应的服务器（APNs）发出通知，然后再中转传送到你的设备（Devices）之上。当你接收到通知，打开应用，才开始从腾讯服务器接收数据，跟你之前看到通知里内容一样，但却是经由两个不同的通道而来。
2Android的实时消息推送
而 Android，就不同，更像是传统桌面电脑系统做法。每个需要后台推送的应用有各自的单独后台进程，才能和各自的服务器通讯，交换数据。另外其实 Android 也有类似 APNS 的 GCM（Google Cloud Message），属于开发者可选，非强制。
（更多请参见以下文章：《》、《》、《》，以及即时通讯网精选的《》）
所以你大概看出来区别，iOS 的消息推送机制面世之时是一种全新的解决方案（堪称平台中的平台），应用本身不能有常驻的后台进程，系统的开销少，内存使用更少，电量也更少（把更多的运算和资源开销放在云端，非设备端）。而 Android 的特点，虽然开销大，优点是更稳定快速，但不明显。
首先讲解下服务器如何先找到设备、再找到app的问题。
每一个设备都有一个自己的设备号，而设备中的app又都有一个唯一的包名。所以服务器只需要找到设备号与包名就可以定位到某个设备的某个应用，而这设备号与包名会一起构成一个标识符，叫做device_token，因此问题就简化为把device_token与消息内容等信息交给服务器，服务器把内容发到唯一的device_token上。这就好像你在上海要通过顺丰寄送一个快件儿给某某小区的某某房间，那么快件儿首先会邮递到顺丰公司在北京的总站点，之后再根据小区的地址投递/路由到某某房间，这样一个寄件过程就算完成了。
在这里，你要寄送的快件儿就是你要发的“消息”，送达房间相当于最终“接收消息的App”，顺丰公司在北京的总站点相当于这里提到的“设备”，送达房间的房间号就相当于这个环节里面提到的“包名”。
2iOS实时消息推送
iOS的推送是通过苹果自己的APNs服务进行的，用户需要将device_token以及消息内容等推送信息交给APNs服务器，剩下的均由苹果自己来完成。iOS应用的推送大部分情况下都要依赖苹果生态提供的APNs（Apple Push Notification Service）服务。
首先作为设备标识的device-token是由APNs颁发的，App开发者或者第三方推送平台(图中的Provider)做的工作是收集这个device-token，APNs的推送是要求基于APNs颁发的device-token来推送的。只有正确的device-token会被APNs接受，如果是一个错误的、或者无效的device-token(比如App已经卸载了)，APNs就不会接受。
接着开发者使用第三方推送平台（图中的Provider）在将推送内容与范围选定之后进行推送，第三方推送平台将信息提交给APNs，剩下的操作全部都由APNs来进行完成，整个过程第三方推送平台就不能控制了。但是如果提供的device_token是失效的（app被卸载、系统版本升级导致device_token变化等情况）那么推送过程就会被中断，频繁的断线重连甚至会被APNs认为是一直DoS攻击。（详情可以参考）
3Android实时消息推送
Android平台在不使用GCM的情况下就需要将自己的服务器或是第三方推送服务提供商的服务器与设备建立一条长连接，通过长连接进行推送。但是不建议自己设置服务器实现推送功能，一是因为成本太高（开发成本、维护成本），自己搭建的服务器无论是稳定性还是速度上都比不了第三方推送服务提供商的效果。另一个是因为自己的数据量较小，使用第三方推送服务提供商可以用他们的维度进行推送，实现精准推送。友盟推送就是做的比较好的，可以根据用户分群、地区、语言等多维度进行推送，最大程度减少对于用户的干扰，仅把消息推送给相关用户。
下图是Android平台消息推送的简单示意图：
开发者通过第三方推送服务提供商将信息直接下发给需要的设备，第三方推送服务提供商与设备建立一条长连接通道，并且将消息路由到APP中（图中的设备1与设备2），对于像设备3这种无网络连接或是没有成功建立长连接通道的设备，会在设备3连网且推送消息没有过期的情况下自动收到由第三方推送服务提供商推送过来的消息，保证消息不会丢失。
实现上的差异所带来的直观感受
1iOS的实时消息推送
iOS 在系统级别有一个推送服务程序使用 5223 端口。使用这个端口的协议源于 Jabber 后来发展为 XMPP ，被用于 Gtalk 等 IM 软件中。
所以， 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 ）。
个人相信，担负起这些“额外”的责任，是值得的。只要是为了用户！&
TA的最新馆藏[转]&
喜欢该文的人也喜欢关于微信信息推送，一条信息为什么会重复提示？【iphone5c吧】_百度贴吧
&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&签到排名：今日本吧第个签到，本吧因你更精彩，明天继续来努力！
本吧签到人数：0成为超级会员，使用一键签到本月漏签0次！成为超级会员，赠送8张补签卡连续签到：天&&累计签到：天超级会员单次开通12个月以上，赠送连续签到卡3张
关注：413,904贴子：
关于微信信息推送，一条信息为什么会重复提示？收藏
还震动两次，你们会吗？
偶尔会，贴吧也是
对方网络差，发了两次
消息设置推送设置再不及时看的情况下系统会再次提醒。
我以前的neo也是这样的
我教你，进入到设置里的通知中心，可以对推送通知的所有应用设置，点某个应用后把提示条数改成1条，就行了。因为一般默认的是5条。对其他应用都一样
多好啊，我的火腿肠经常不推送，震动也忽略了，结果错过了好多很重要的信息
「国美在线」手机,0首付,不花钱手机抱回家!「国美在线」手机,无卡买手机,购机更轻松!
我的小3也是这样，其实对方就发了一条，但是主屏显示两条，可能是设置了重复提示了的什么吧。。。也可能是微信抽了。。。
她发了两遍
咱俩的性质一样，这是啥情况啊？你解决没？
登录百度帐号推荐应用403 Forbidden
403 Forbidden您的位置：
不干扰不过载，你的APP消息推送也能打动用户！
来源：投稿
作者：活动盒子
消息推送（ Push）是指商家通过第三方工具对用户移动设备进行的主动消息推送，大家在手机通知栏、桌面APP图标数字红点提醒看到的消息，都是通过消息推送功能实现的。
从目前消息的覆盖范围以及接收频率来看，Push已经成为APP运营的重要手段。它对于运营来说，有许多不可替代的作用。
消息推送自身有什么特点
1、可一次性触达所有的APP授权用户。只要是APP的注册用户，并且允许接收该APP发送的通知，运营人员或者商家就能够借助第三方消息推送功能，让消息覆盖所有用户，快速准确地传到每一个用户的手机上。
2、和很多渠道推送不一样，消息推送的所有对象都是已经下载注册了APP的用户，是APP实际需要的、能够带来价值的精准目标群体。不需要在推送前，额外花费大量的时间精力和资金去寻找并确定目标对象，节省了成本；也避免了消息和用户的不对称，做到真正的点对点。
3、目前，消息推送需要借助的第三方工具，大部分都是免费的，不需要APP商家花费成本在推送上面，一些定制类的或者高级的消息推送服务除外。
消息推送对APP运营的影响是什么
好的方面：
1、唤醒沉睡用户，提高用户活跃
有些用户，下载某个APP，仅仅是因为一时的需要，比如：为了参与当时的一个APP优惠活动；为了帮好友获得邀请新用户的奖励；为了写一篇相关的APP文章等等。最终，这个没有卸载的APP被用户长期搁置，不再使用，甚至忘记了它的存在，变成了沉睡用户。
也有些用户，在下载注册某个APP之后，刚开始特别感兴趣，常常登录使用；经过一段时间的体验后，发现很多功能并没有那么好，甚至开始厌烦，就会慢慢的减少使用，本来3天使用一次的，后来隔了好几个月才打开一次，变成了不活跃用户。
既然用户不再打开 App ，或者很少登录使用APP，怎样才能更有效的引起他们的注意，提醒他们应用的存在？消息推送是极佳的方法，用户不需要打开APP就能够在手机锁定屏幕、通知栏和桌面图标看到，达成初步的提醒效果。
图片1：通知栏和桌面图标提醒的APP推送消息
如果推送的内容正好是用户需要的或者感兴趣的，就会点击该消息 ，直接进入到这条消息展示的特定的App 页面上，用户再次使用APP，完成信息的内容操作，达成一次促活；再通过多次推送适合的消息，加大筹码，让用户长期活跃起来，成为真正的活跃用户。
2、带动功能模块的使用，特别是新的模块体验
为了适应不断变化的技术和需求，给用户提供更丰富和更优质的服务，每一款APP都在不断地迭代更新，大到版本的升级，小到功能的增加和优化。然而，户对新功能点的主动发现欲望是很低的，如何才能快速让用户知道新功能的上线，并引导他们去体验？
方法有很多，通过外部渠道发布功能更新文章、PR稿等形式，但用户不够精准；直接利用APP内部的更新通知，则需要用户打开APP后才能看到。
图片2：APP新功能新版本上线的消息推送
消息推送面向的都是精准APP注册用户，不用打开应用就能看到推送的通知，把更新的功能点用好的文案写出来，作为推送的内容，大大增加了用户的打开率；或者，利用新的功能做些优惠/有趣的小活动，推送活动信息给用户，引导用户点击并直接进入新功能页面，在参与活动的时候，把功能都体验了一遍
不好的方面：
1、拉高卸载率。消息推送时，APP的卸载率通常比非推送时要高，因为某些消息的推送会对用户造成打扰，甚至让用户觉得厌烦，从而直接导致用户卸载APP。跟公众号的推送规律类似，运营过微信公众号的小伙伴体验最深，不是每天推送文章的号，推送文章后，掉粉总是比平日多的多。
2、用户每天都会收到几十上百条APP消息推送提醒，大多数都是不感兴趣的，营销类通知。这时用户的内心已经麻木，消息很难引起用户的注意，习惯直接忽略、删除，某个APP的重要信息可能也就被一并处理掉了。
从上面的分析可以看出来，APP消息推送既有好的一面，也有不好的一面。如何才能更好的发挥消息推送的作用，避免它不利的一面？
做好APP消息推送要注意的几个方面
1、做有针对性的推送，让用户感兴趣或者觉得有用
细分消息推送的对象，不随意push全量；那种不分内容不分人群，一股脑全部推送的盲目式push，往往是达不到促活的效果，反而容易引起反感的行为，导致用户卸载APP的风险大大增加。
推送应该要做到有针对性，建立用户数据库，按照年龄、喜好、地域、行为等进行用户细分。然后，把合适的消息传达给最适合的用户，做到精准的点对点推送，用户才更易于接受并产生兴趣。
如果是用户正好感兴趣或者用的上的信息，就会引发点击行为，进到相应的APP页面。比如，用户很长一段时间不曾使用的某款购物APP，推送了某个店家的优惠活动，正好是该用户现阶段需要的商品，想要进店看看，深入了解优惠详情。如果优惠足够吸引，购买行为就产生了。用户被唤醒，促活因此达成。
再比如，一个健身类的APP，想对广东地区的注册会员做福利活动，那么，只需要把信息通知推送给广东的用户就可以了，其他地区的用户收到这样的消息，没有参与的资格，就是打扰，只会引发反感。
这就跟使用活动盒子生成的APP触发活动相类似，在这样的APP里面，不同的使用场景或者不同地区、性别的人会触发不同的活动。
图片3：截取自活动盒子官网
比如，在完成登录时，弹出一个领取优惠券的活动窗口；支付完成后，弹出领取返现红包的活动窗口。再比如，广东的用户在登录时触发的是广东地区的优惠活动，北京的用户登录时看到的则是北京地区的优惠活动。
毕竟用户的属性很复杂了，根据不同的细分对象、使用场景进行针对性的推送，能大大提高消息的接受程度和打开率。
2、写好消息推送的文案，增加用户点击欲望
消息的文案就相当于文章的标题，看文章先看标题，如果标题写的不好，很难引发用户进一步点击阅读文章的欲望。同样，推送消息先呈现给用户简短的主题概述，几十个字的篇幅。用户是会进一步点击该消息，还是直接忽略删除，取决于这个消息的内容吸不吸引。
文案假如能够深入用户内心，引发共鸣，则不仅仅让用户对该条消息有进一步了解的欲望，甚至对整个APP产生好感，增加粘性；而假如文案相当敷衍，或者很烂，用户则会相当排斥和厌烦，觉得这是一种打扰行为，APP最终可能面临被卸载的命运。
不同类型的APP，同样一个APP不同的消息，推送文案应该区别对待。在文案创作中，我想提下面几点建议：
图片4：消息文案中的数字、emoji表情包
1）借用时下热词。为避免文案过于生硬死板，可以适当运用当下流行的词汇，紧跟潮流，让消息更接地气一点。
2）在文案中加上数字。用户对数字是相当敏感的，出现人数、促销价格、优惠金额、百分比等等这些数字，简单粗暴，更具说服力。比如：满199减100，跨店满3减7折。
3）适当加点小图标（emoji表情包）。都是文字，可能用户看的会比较沉闷，如果加入图片元素，会显得更加生动显眼。目前来说，一般都是以添加emoji表情包为主。
3、消息推送的频率要适当，避免造成打扰
消息推送的频率很重要，这是关于度的把握。在消息推送机制下，用户属于被动接受的一方，既然能够通过了APP消息推送的授权请求，说明对经常收到APP发来的消息有足够的心理建设。但是，人的接受能力是有限的，当消息推送的频率打破用户心理平衡时，将会产生严重的抵触情绪，对APP的好感度直线下降，直到卸载掉。
推送的频率要刚刚好，我们可以根据自己APP的属性特点以及用户的使用频次来确定。
对于微信、QQ这种社交型APP，用户使用频繁，每天打开的次数可能是几十上百次，以推送聊天提醒消息为主，都是用户想立即收到的，社交APP的消息推送可以频繁点。
对于工具类的APP，用户通常一天使用一次，因此，消息推送最好也是每天一次的频率，甚至是固定好推送的时间。比如，天气类APP，固定在每天早上推送当天的天气信息，让用户形成习惯，对APP产生一定的依赖。
4、做好场景化消息推送，在最恰当的时间把消息推出去
说到场景化营销，大家一定都不陌生，这是一种让营销与人们的生活场景紧密结合起来，从而达到目的的营销手段。
消息推送也应该做到场景化，因为，人处在不同的生活场景下，对消息的接受程度和处理方式存在差异。在对的时间推送过来的消息，往往更能让用户接受；而不考虑场合时间的盲目消息推送，只会让用户反感。比如，晚上十一二点的时间发消息过来，并且不是紧急性的通知，直接就影响到用户休息的心情，是非常不理智的。
要设身处地的站在用户的角度，分析你的用户使用APP的习惯，以及在每一个时间段，大部分用户所处的生活场景；并试想一下，在当前的场景下，发送消息过去，用户是否有时间、有心情、有需要去看。
比如，一款外卖APP，主要面向上班人群。那么，分析一下这个用户群的生活场景：
周一到周五都在上班，朝九晚六的8小时制，有时会加个班；早上一般时间比较匆忙，在路上或者公司楼下吃个简单的快餐甚至买个面包解决早餐问题；晚上正常下班回去自己煮饭或者在外面吃，除非加班到比较晚，一般不会叫外卖；而中午一到两个小时的休息时间，大部分上班族都是留在公司休息，叫外卖就成了解决午餐既省时又省力的选择。
所以，这类外卖APP使用高峰集中在工作日的上午10点—12点，用户一般会在午休前利用APP订餐，在这个时间段推送订餐优惠等消息，正好切中用户现时需要，无疑是最容易被关注并接受的。
作者：活动盒子()，精准、高效、点对点活动触发APP活动运营工具，全方位提供APP运营解决方案。
本文为作者投稿到『互联网的一些事』，转载请联系作者获得授权。
(转载请保留)
互联网的一些事，已超50万小伙伴关注！