我最近了解到iPhone应用程序能够接收几乎即时的通知。
这是以推送通知的形式提供的，这是一种定制的协议，可以保持与iPhone的数据连接，并向应用程序发送二进制数据包，它会以极快的速度弹出警报，从服务器应用程序发送到手机应用程序的响应时间为0.5 - 5秒。这是作为数据而不是SMS发送的，以非常非常小的数据包作为数据计划的一部分收费，而不是作为传入消息。
我想知道，如果，使用Android，有一个类似的设施，或者是否有可能实现接近这个使用Android api的东西。为了澄清，我将相似定义为:
不是短信，而是一些数据驱动的解决方案 尽可能的实时 是否可扩展，即作为移动应用程序的服务器部分，我可以在几秒钟内通知数千个应用程序实例
我欣赏的应用程序可以拉基于，HTTP请求/响应风格，但理想情况下，我不想轮询那么严重，只是为了检查通知;除此之外，它就像滴漏数据计划。
当前回答
GCM的问题是在这个过程中涉及到很多配置:
你必须在Android应用中添加大量样板文件 需要配置外部服务器与GCM服务器通信 您必须编写测试
如果你喜欢简单的东西(像我一样)，你应该试试UrbanAirship。这是(恕我直言)在应用程序中使用GCM的最简单方法，无需进行大量配置。它还提供了一个漂亮的GUI来测试是否正确地传递了GCM消息。
你可以在这里找到文档和入门指南 您可以在这里找到一个示例应用程序
注:我没有附属城市飞艇在任何方式
其他回答
Why dont you go with the XMPP implementation. right now there are so many public servers available including gtalk, jabber, citadel etc. For Android there is one SDK is also available named as SMACK. This we cant say a push notification but using the XMPP you can keep a connection open between client and server which will allow a two way communication. Means Android client and server both can communicate to each other. At present this will fulfill the need of Push in android. I have implemented a sample code and it really works great
As GTalk is gone from the SDK, it might be a good idea to make a 'standard' push messaging system. That way, only one service has to run, only one extra tcp connection needs to be open. Applications should talk to this service using Intents and should first request permission to send and receive notification from the service. The service should then notify the user a new application wants to send and receive messages. The user will then grant or deny permission, so he stays in control. The application will then register an action + category to the service, so the service knows how to deliver the pushed message.
这到底是不是一个好主意?
看看Xtify平台。看起来他们就是这么做的，
谷歌正在贬低C2DM，但他们引入了GCM(谷歌云消息)，我认为他们没有任何配额，而且是免费的!不过它确实需要Android 2.2+ !http://developer.android.com/guide/google/gcm/index.html
我最近开发了http://pushdroid.org，它是一个单一的应用程序，应该安装在手机上，就像谷歌已经在2.2中实现了它，从1.5开始工作，并通过意图广播。
