长轮询与 Apple 推送通知服务和 Android C2DM [关闭]

Question

我正在构建一个有一些实时限制的移动应用程序。因此，我求助于 stackoverflow 来获取建议和意见，并尝试确定哪个是在运行时更新应用程序状态的最佳解决方案：

1. 依靠长轮询或直接连接到我的服务器
2. 依赖 Apple Push Notification Service 和 Android C2DM

除了 APNS 和 C2DM 提供统一的接口来在应用程序运行或不运行时推送通知这一事实之外，可以说自定义解决方案（基于长轮询或直接连接）更灵活且更少依赖Apple 和 Android 队列的延迟。

据我所知，我认为大多数争论源于保持连接打开与在智能手机上打开连接所消耗的电池的成本比较。

因此，我对两件事特别感兴趣：

• APNS 和 C2DM 经验
• 详细说明在智能手机上保持 TCP 连接打开的所有影响。

欢迎参考！谢谢！

Answer 1

取决于 Apple & Android 队列

我认为这不是真的。这需要多少时间取决于应用程序开发人员和服务器端实现。在浏览器客户端收到电子邮件之前，我将电子邮件推送到手机。不仅是 gmail，我的公司电子邮件也是如此。

至于您的问题，您应该使用最有效的方法。或者更好的是，您应该让用户选择使用推送通知或设置轮询周期。