Android几种消息推送方案总结几种消息推送方案总结
本文主要总结下Android平台下几种推送方案的基本情况以及优缺点,具有一定的参考作用,下面跟着小编一起
来看下吧
首先看一张国内Top500 Android应用中它们用到的第三方推送以及所占数量:
现在总结下Android平台下几种推送方案的基本情况以及优缺点:
一、使用一、使用GCM(Google Cloude Messaging)
Android自带的推送GCM可以帮助开发人员给他们的Android应用程序发送数据。它是一个轻量级的消息,告诉Android应用程
序有新的数据要从服务器获取,或者它可能是一个消息,其中包含了4KB的payload data(像即时通讯这类应用程序可以直接
使用该payload消息)。GCM服务处理排队的消息,并把消息传递到目标设备上运行的Android应用程序。
优点:优点:Google提供的服务、原生、简单,无需实现和部署服务端。
缺点:缺点:1.要求Android 2.2以上,对于不少2.2以前的系统没法推送;
2.国内服务不稳定。而且不少国内的终端厂商纷纷把Google的服务去掉,替换上自己的。
3.需要用户绑定Google账号,但不少国内用户没有Google账号。
二、使用二、使用XMPP协议(协议(Openfire+Spark+Smark))
XMPP是一种基于XML的协议,它继承了在XML环境中灵活的发展性,有很强的可扩展性。包括上面讲的GCM服务器底层也
是采用XMPP协议封装的。
优点:优点:协议成熟、强大、可扩展性强、目前主要应用于许多聊天系统中,且已有开源的Java版的开发实例androidpn。
缺点:缺点:协议较复杂、冗余(基于XML)、费流量、费电,部署硬件成本高。
而androidpn(Android Push Notification)就是基于 XMPP 开源组件的一套整合方案,服务端基于Openfire、客户端基于
Smack。到AndroidPN项目主页( http://sourceforge.net/projects/androidpn/ ) 下载2个文件: androidpn-server-0.5.0-bin.zip 和
androidpn-client-0.5.0.zip 分别是服务器和客户端的代码。详细的实现方式网上有不少文章。
1.androidpn服务端重启后客户端不会重连,这个非常悲剧
2.由于服务器不保存消息,造成了如果客户端当前离线就收不到消息
3.androidpn发送完消息就不管了,所以没有消息回执报表之类,造成没法做应用后续的数据分析用户体验的改善,这对
于企业级的应用是个致命伤。
XMPP协议比较费电费流量,这个对当前智能机的消耗太大,在窄带网络和不稳定的(手机)网络都不是最优的选择。但总体
来说,XMPP协议还是比较成熟的。
评论0