类似 米聊、微信那种实时的消息,android 端用啥方法保持实时即时性

传统的方法是自己保持一个 TCP 连接,不过这个据说会更耗电。google 的官方方式是通过 C2DM 走,这样的话,就只需要保持 google 同步那一个 TCP 连接了。C2DM的官方教程是: http://android-developers.blogspot.com/2010/05/android-cloud-to-device-messaging.html (对不起,这个要翻墙,不过android 相关的大多数资料都需要翻墙,所以这对开发 android 来说原本就是必须的。)我个人的感觉是:既然 google 同步那个 TCP 连接是始终存在的,那么多几个 TCP 连接似乎也不能说就耗更多的电。
■网友
米聊走的是XMPP协议吧。
■网友
都是xmpp,不过为了省电和省流量,肯定都做了优化。
■网友
来往之前是用mqtt,相比XMPP简单一点,不过使用面没有XMPP广,自己应用使用也够了
■网友
xmpp协议,这个用的挺多的。但是单单做个推送话,很多云厂商都提供。bat三家好像都有这个开放的api。你可以去找找。
■网友
应该是XMPP的协议。现在xmpp协议用的很多,人人网聊天模块就是XMPP,Android系统内部的推送机制就是XMPP,记得有次在日志里见过smack,这就更相信Android系统内部的推送机制是xmpp协议的了。
■网友
不想http轮询就socket吧,至于耗电、流量没研究过


    推荐阅读