基本上，我有一个服务器和移动应用程序。移动应用程序订阅来自服务器的事件。服务器比在一段时间后向所有用户发布事件（好，旧版发布/订阅）。是否可以在Android上异步接收Http请求？
问题是，服务器使用HTTP发送通知。所以我需要在我的应用程序中使用HTTP服务器来异步处理这些请求（即没有任何特殊的初始请求）。
有没有可用的设施？我正在考虑创建一个套接字并收听它，但这里出现的问题是从套接字数据转换HTTP。 我已经read some questions around StackOverflow，但他们都没有直接指出同样的问题。或者我错过了什么？无论如何，这个帮助非常受欢迎和赞赏。
C2D很好...但它仍处于测试阶段，您必须接受Google ToS。我会使用类似MQTT的东西来实现它...它很容易实现，快速并且您可以控制数据：http://tokudu.com/2010/how-to-implement-push-notifications-for-android/
C2D不是解决方案，想要避免注册，而我实际上不能更改服务器等。将检查MQTT，谢谢指出。 – 87element 2011-03-16 17:59:54
你应该看看Cloud2Device Messaging。我相信这就是GTalk的工作原理。
尝试通过Android Cloud to Device Messaging Framework推送通知this answer。
我不认为你将能够接收HTTP请求，甚至你的手机将有一个稳定的IP地址。
有在后台处理连接两个选项...
的AsyncTask和服务。
服务工作就像接收文本消息（不需要不断的轮询），而AsyncTask会一直在轮询。
我认为使用服务是最好的方法，只要你不关心性能。我认为当用户通过服务接收到通知时可能会有几秒钟的延迟。
一个AsyncTask肯定会有更多的电池耗尽，但可能会以更及时和可靠的方式执行。
您可以使用PUSH通知或开始在Android上运行JETTY服务器。
我有一个应用程序工作方式非常相似，在Android上运行JETTY服务器。
[Android平台推送通知]可能的重复（http://stackoverflow.com/questions/1378671/push-notifications-in-android-platform） – 2011-03-16 16:41:11
嗯...真的错过了这个问题。我应该关闭这个吗？它们似乎是完全相同的，包括答案。 – 87element 2011-03-16 17:56:44
当然，收盘似乎是合理的。 – 2011-03-16 18:55:41