我必须为一些移动设备设计一个推送通知计划，其中推送还没有被 C2DM/APNS/BES 等正式支持。 MQTT 也是一个不错的选择，但我无法为我所需的平台获得 MQTT 客户端。 (黑莓 Playbook，仅限 ActionScript)
回到基础，我可以选择长轮询和流式传输。使用高保持事件值的流式传输对我来说似乎很好，因为移动应用程序(它不是浏览器)和服务器代码的开发都在我的控制之下。为了保持连接打开，我只需要偶尔 ping 服务器。
我在这种方法中可能会遇到什么问题？我知道这会不断打开从设备到服务器的 HTTP 连接。移动设备的电池生命周期是否会通过持续打开服务器连接而快速耗尽？ ...毕竟数据没有被传输，只是保持连接打开...对吗？
最佳答案
您可能需要考虑 Urban Airship或者看看这个 realtime technologies guide .
如果实时真的很重要，我说的是秒或毫秒，然后是使用 WebSockets 的实时网络技术或 HTTP Streaming是您的最佳选择，因为它们会在可用时立即提供更新。这种事情最适合用户在需要即时通知或与他人协作/聊天的合理时间段内积极使用的应用程序。
考虑到长期的技术考虑，WebSockets 可能是一个更好的标准，因为它们是客户端(移动、Web、桌面)和服务器之间全双工双向通信的第一个标准。
关于http - 对移动设备/应用程序使用 HTTP 推送可能会出现哪些问题？，我们在Stack Overflow上找到一个类似的问题： https://stackoverflow.com/questions/7105351/