安卓推送方案及比较

经常有朋友让我推荐下

Android

上面的推送方案，比较下各种方案的优缺点、

性能、开发难度等，特意写了这篇文章，这样以后就不用一一回答了。

方案一：

Google

官方的服务：

但，通过对比研究发现

C2DM

机制存在以下缺点：

1)GCM

要求

Android

系统必须是2.2以上的版本，所以对于不少2.2以前的系统没

法推送

2)国内服务不稳定。而且不少国内的终端厂商纷纷把

Google

的服务去掉，替换上

自己的。

3)需要用户绑定

Google

账号，但不少国内用户没有

Google

账号。

安卓推送方案及比较

方案二：

利用

MQTT

协议，broker

做代理服务器，但是随着用户的增多这个方案会有

问题，因为

broker

的连接数有上限，到了一定程度后就无法连接了，这也就导致

消息很难发送出去。

总之，连接数量有限制。

方案三：

安卓推送方案及比较

基于

XMPP

协议，

很多人都建议使用这个，

谷歌官方的

C2DM

也是基于

XMPP

研发的，使用这个方案不会依赖

android

系统，也不依赖于谷歌服务器。

•

XMPP

协议比较费电费流量，对当前智能机的消耗太大

•

在窄带网络和不稳定的（手机）网络都不是最优的选择。

方案四：

最近新出的一种是

APNS，这个也不需要自己架设服务器（可以查看

http://www.push-notification.mobi/），很简单，自己不用开发服务端。不过很

少有人去用，不是很稳定

主要有以下特点：

•

快速集成:提供一种比

C2DM

更加快捷的使用方式,避免各种限制.

•

无需架设服务器:通过使用"云服务",减少额外服务器负担.

•

可以同时推送消息到网站页面,android

手机

•

耗电少,占用流量少.

第三方服务：

目前也有不少第三方提供了推送服务，由于接入简单、服务比较专业可靠、还

提供报表等，

不少国内开发者和企业都采用这种方案。

比如国外的

parse、

pubnub

都是这类。36kr

前段时间有报道，新浪微博就是用的一家叫个推的第三方服务（可

以查看

http://www.igetuicom）

先介绍特点：

安卓推送方案及比较

•

免费

•

易集成

•

没有

C2DM

中的版本限制和必须用

gmail

绑定

•

云服务，不用假设自己的服务器

•