Android PUSH开源方案解析

在  Android  上，因为 Google 自己实现的 Android 标配的  GCM  (Google Cloud Messaging，原来叫  C2DM ) 在国内基本不可用，所以，对于开发者来说，如果需要 Push功能，怎么样选择成为了一个问题。

到目前为止，国内尚没有完全向开发者免费、开放的 Push 服务可用。国外有几家第三方推送服务，但一般都要收费。所以一般来说，国内的开发者不得不考虑自己来搭建 Push服务。
自己构建 Push服务时，一个比较自然的选择就是，基于开源的现在方案来做。

• Android实现推送方式解决方案
• 用androidpn来实现推送
• Android上实现Push
• Android Push Notification实现信息推送使用
  

上面文章提及的方案里，基本上都提及了一个开源的  Android  Push实现:  androidpn 。
androidpn  它本质上服务器端基于  Openfire ，客户端基于  asmack ，这二者都最  XMPP  IM  开源实现里的二个基本组件，应该说  androidpn  只是把二者更多地结合起来用于做 Push的场景。

笔者做过聊天App，愿意在这里，把基于 XMPP开源系统做 IM 的实践经验分享给大家。
我们做聊天类App，比较自然地，刚开始时也是从研究开源的  XMPP  IM 系统入手。
先说服务器端选择。 Openfire  是一个  XMPP   最古老的开源 IM Server，几乎所有做 IM 的都应该有研究过。但是，它也是最不合适运用到生产的 IM Server，因为：单机并发很有限，集群方案不成熟，代码古老而缺乏及时更新。举个具体的例子： Openfire  的集群组件叫  Connection Manager ，但是，你在  Openfire官方网站 可以看到，最近一个版本是 2009 年 2 月份发布的。可见，基于  Openfire  实现的  androidpn  的根基是不够稳的。

更新：与一个基于 Openfire 做聊天App的朋友交流，他们的用户量比较大，有多个 Openfire 节点做集群。他们对 Openfire 做了很多改造，比如 XMPP 协议交互复杂，要简化；XMPP 协议文本臃肿，则转换为二进制。集群方面，则完全是自己重新开发的。他们最多单点负载 30 万用户。
还有另外二个其实相对好一点的选择：  ejabberd ,  tigase 。 ejabberd  是用  Erlang 语言实现的，懂  Erlang  的用户很少，所以一般不会选。我们当时初步的聊天服务器端选择是  tigase  (Java实现的)。
tigase  作者维护很活跃，集群测试结果能够支撑比较大的容量，这是吸引我们的地方。但经过实际生产运营情况来看，由于其集群方案实现的复杂性，以及单节点容量的有限，我们对支撑到 50 万用户在集群节点上没 有信 心，所以在到达 50 万用户之前，赶快自己开发了替代方案。
再来说 XMPP 协议与客户端的问题：对于移动客户端来说，原始的 XMPP 有些复杂而且流量消耗大。XMPP 本质上协议体都在字符串的 xml 结构上，每个协议都量一堆的字符串，xml里还有很多无意义的结构。另外，XMPP为了其灵活性，就登录这个事情都需要有 N 个来回。对于手机客户端很在乎流量与电量来说，XMPP 比较笨重。