android安卓推送大全

1.  轮询：应用程序应当阶段性的与服务器进行连接并查询是否有新的消息到达，你必须自己实现与服务器之间的通信，例如消息排队等。而且你还要考虑轮询的频率，如果太慢可能导致某些消息的延迟，如果太快，则会大量消耗网络带宽和电池。

2.  SMS：在Android平台上，你可以通过拦截SMS消息并且解析消息内容来了解服务器的意图。这是一个不错的想法，我就见过采用这个方案的应用程序。这个方案的好处是，可以实现完全的实时操作。但是问题是这个方案的成本相对比较高，你很难找到免费的短消息发送网关。

3.  持久连接：这个方案可以解决由轮询带来的性能问题，但是还是会消耗手机的电池。Apple的推送服务之所以工作的很好，是因为每一台手机仅仅保持一个与服务器之间的连接，事实上C2DM也是这么工作的。不过这个方案也存在不足，就是我们很难在手机上实现一个可靠的服务。Android操作系统允许在低内存情况下杀死系统服务，所以你的通知服务很可能被操作系统Kill掉了。

4.  官方的C2DM：但是只支持android2.2及以上平台的，而且使用的google的服务器。对于google服务器的问题，网友应该都清楚，天朝的大中华区局域网总是让它不时的给你断一下。

5.  第三方的androidpn：和C2DM一样，都是基于XMPP扩展的，是一个开源的项目，据说不错。
http://www.devdiv.com/article-2761-1.html

http://sourceforge.net/projects/androidpn/
但是是基于长连接的，如果客户端数量大，特别像手机这种都是长期在线的设备，
会有两个问题，（1）服务器压力，（2）手机的电池不够用啊，电量卡卡卡的被你耗光了（需要优化网络机制）。

6.  MQTT：使用IBM 的MQTT协议实现push消息
地址：http://tokudu.com/2010/how-to-implement-push-notifications-for-android/
这是一个非常理想的解决方案，是基于tcp协议的，低带宽通信，而且国外友人已经测试，耗电量很多哦~

都是E文的，不习惯看E文的，也没关系，有一前辈给整理了一个中文的：
《Android推送通知指南》http://blog.youkuaiyun.com/joshua_yu/article/details/6563587
看了上面这些文章的内容，完成上面的例子，
然后看看源码，应该明白一些了。

7. 第三方推送网站：

 www.android-push.com

http://jpush.cn/index.jsp