㈠ android怎么做推送
android消息推送主要有一下几种方式:㈡ android的消息推送怎么做
android的消息推送办法:㈢ android系统和ios系统是如何实现推送的ios为什么没有后台推送
ios系统为什么没有后台推送?
iOS 为了真正地为用户体验负责,不允许应用在后台活动。有了这个限制,但是对于终端设备,应用又是有必要“通知”到达用户的,随时与用户主动沟通起来的(典型的如聊天应用)。
这就是 APNs 的逻辑所在:iOS 自己做个长驻后台保持连接。所有应用,有必要(申请)并且被允许(用户可以改设置)的话,可以通过 APNs 中转到达用户。这样就完善了!有可能很多人没有真正地体会到 iOS 不允许后台应用的好处。
我是 Android 开发人员,Android 手机上一般只保留几个常用的应用,不常用就卸载。但是我的 iPhone / iPad 上则是,除非空间不足,一般不会删除应用。
Android 就像 Windows,你要真的很费心去维护:有软件在干背后干坏事么?设备又给拖慢了,要清理。要考虑杀毒了。。
Android 因为后台可以长驻,尤其是国内的Android 的手机上 Google自家的推送服务 GCM 处于基本不可用的状态。
这里有移动开发市场上经常用的推送服务,推送服务,你也可以通过他们的特点和配置过程了解对比下,另外还有推送界的十大豪门推送。android系统和ios系统是如何实现推送的iOS 系统的推送(APNS,即 Apple Push Notification Service)依托一个或几个系统常驻进程运作,是全局的(接管所有应用的消息推送),所以可看作是独立于应用之外,而且是设备和苹果服务器之间的通讯,而非应用的提供商服务器。
你的例子里面,腾讯 QQ 的服务器(Provider)会给苹果公司对应的服务器(APNs)发出通知,然后再中转传送到你的设备(Devices)之上。
当你接收到通知,打开应用,才开始从腾讯服务器接收数据,跟你之前看到通知里内容一样,但却是经由两个不同的通道而来。
而 Android,就不同,更像是传统桌面电脑系统做法。
每个需要后台推送的应用有各自的单独后台进程,才能和各自的服务器通讯,交换数据。
另外其实 Android也有类似 APNS 的GCM(Google Cloud Message),属于开发者可选,非强制。
㈣ android系统的APP消息推送机制
参考文章:
http://blog.csdn.net/carson_ho/article/details/52862418
1. 主流的第三方推送平台分类
手机厂商类:小米推送、华为推送。
第三方平台类:友盟推送、极光推送、云巴(基于MQTT)
BAT大厂的平台推送:阿里云移动推送、腾讯信鸽推送、网络云推送
2. 对比其他推送方式的特点
其他推送方式还有:C2DM、轮询、SMS、MQTT协议、XMPP协议等等,相对于这些推送方式,第三方推送方式的特点分别是:
优点:
成本低
上述的推送大多数是免费的,假如自己实现则消耗过多资源(开发成本和后台管理、统计成本)
消息到达率高
如果一个手机里有多个App使用了同一家推送服务,那么这些App将共用一条消息通道,即使你家的App推送服务被杀死了,那么只要用户打开了其他集成该推送服务的App,你家的推送就能到达用户
缺点
安全性低
使用别人的服务器,所以你懂的。
服务会被杀死
由于Android系统的机制,后台推送 Service 会被各种主动的或是被动的行为给杀死,而服务一旦被杀死,意味着就接收不到推送消息。
3. 第三方推送服务方式的特点
第三方服务基本都具备免费、和到达率高的特点
那么应该如何选择呢?我们来分别看一下第三方推送各种方式的优点:
3.1 手机厂商推送
请记住一个潜规则:操作系统是不会杀死属于自己品牌的推送服务。
手机厂商的推送服务在自家的手机上属于系统级别的服务,这意味着系统不会杀死自家的推送服务
比如说,Android原生系统是不会杀死C2DM消息推送服务,MIUI系统是不会杀死小米的推送服务。
当今市场上的Android手机系统份额最高是MIUI系统,即小米(具体排名请看http://www.umindex.com/)
因为:免费、到达率高且在Android系统市场份额第一的MIUI系统上不被杀死。所以,如果要选择手机厂商的推送服务,请选择小米推送作为第三方平台实现推送服务
下面一些应用可以从侧面来证明我的推断:
腾讯新闻使用的小米推送,没有使用自己家的信鸽推送
淘宝使用了自家的阿里云推送,同时还集成了小米推送
网络视频和爱奇艺使用的是小米推送,没有用自家的网络推送
官网截图 - 集成应用:
如果希望进一步提高推送的效果,其实可以集成多个手机厂商的推送服务
比如小米渠道用小米推送,华为渠道用华为推送,但这样的实现成本会大一些
3.2 第三方平台类
请记住一个规则:推送系统会共享一条推送渠道
这意味着假设你接入了友盟推送,而恰好今日头条也接入了友盟。
有一天你的App被杀死了,但这时用户启动了今日头条,那么推送系统也就会通过共享的推送通道顺便把你推送消息送达到手机上,然后还可能把你的进程也唤醒(被“保活”了)。
所以说,关于如何选择第三方平台类的推送,推送平台的规模效应就很重要了。
那如何得知他们的规模和市场份额呢?按个人经验,主要看两点:
问内部的朋友。
看推送平台的合作客户里有哪些大的app - 参考对应官网的合作案例
3.3 BAT大厂的推送
BAT大厂其实并没有什么优势,同时谨记:
不要以为用了腾讯信鸽推送,就能占上微信的光保证你的App永远内部被杀死。
说个题外话,手机淘宝除了自家的阿里云的移动推送,同时也使用其它的第三方推送平台啊(比如友盟推送)。
4. 如何选择第三方平台推送服务?
主要从用户类别+实现成本+渠道来选择不同的使用场景
1. 如果用户群体精准(使用小米手机或华为手机居多),可以考虑只集成对应手机厂商的推送;
注意:单一的手机厂商也能工作,比如小米推送在非小米手机上当然也能工作,只不过不是系统级别的服务了,容易被杀死。
如果用户群体广泛、希望实现成本低,可以考虑只使用单一第三方平台类的推送(极光、友盟blabla,选一个规模效应最大的)
如果用户群体广泛、不在意实现成本,个人建议:
对于小米手机,使用小米推送;
对于华为手机,使用华为推送;
对于其他手机,只使用单一第三方平台类的推送(极光、友盟blabla,选一个规模效应最大的)
让不同的推送运行在各自擅长的环境里,最大化实现推送的到达率和产品的存活率
大家可以根据自己的使用场景来进行消息推送平台的选择。
5. 推送消息类别的选择
5.1 推送消息的类别
通常第三方推送平台都支持两种推送消息类型:通知栏消息和透传消息。
通知栏消息:该类消息在被送达用户的设备后,直接以系统通知栏的形式展示给用户
不会继续被传递到App
透传消息:该类消息在被送达用户的设备后,还会继续传递到App
通过回调App的某个BroadcastReceiver的形式将消息传递到App内部。然后由App决定如何处理和显示这个消息。
所以透传消息不一定会以系统通知栏的形式进行推送,由程序猿自定义
5.2 消息类别的区别与特点
二者的区别在于:透传消息在整个消息传递过程中比通知栏消息多了一步-传递到App
通知栏消息的优点:送达率高
因为透传消息在整个消息传递过程中比通知栏消息多了一步-传递到App,因此透传消息就增加一些被系统限制的概率,给系统杀死的概率就高一些,所以说,通知栏消息比透传消息应该能提供更好的送达率。
我们来看下小米推送的官方文档描述:
在一些 Android 系统(如 MIUI)中,受到系统自启动管理设置的限制,应用不能在后台自启动
在这类系统中,如果在发送消息的时候对应的应用没有被启动,透传类消息将不能顺利送达。
因此,对于对送达率要求很高的消息,建议尽量采用通知栏提醒的方式推送消息
透传消息的优点:对消息操作程度高 & 自定义程度高
提供了对消息数据的更灵活的操纵能力。
App如果仅仅通过通知栏消息,是无法接触到消息数据本身的。
可自定义通知提醒的样式(包括提示样式、提示形式如声音等等)
所以大家可以根据不同的使用场景来对推送消息类别进行选择了。
㈤ android 消息推送是什么,消息推送一般是怎么做的
是从服务器不定的向手机客户端即时推送各种通知消息。消息推送方法是:㈥ android如何实现消息推送有哪些方式各自的优缺点是什么
【答案】:实现消息推送的方式有五种,分别是轮询,SMS,C2DM,MQTT,XMPP最常使用的是XMPP, 我们做项目时采用的是XMPP协议
1.XMPP协议,它是一种基于XML的传递协议,具有很强的灵活性和可扩展性。它的特点是将复杂性从客户端转移到了服务器端。GTalk、QQ、IM等都用这个协议。
2.轮询:客户端定时去服务端取或者保持一个长Socket,从本质讲这个不叫推送, 而是去服务端拽数据。但是实现简单,主要缺点:耗电,浪费用户流量等
3.Google的C2DM,具体不细说,缺点,服务器在国外,不是很稳定。
4.通过短信方式, 但是很难找到免费短信平台
5. MQTT协议, IBM提供的一种推送服务,不太灵活