android - 长轮询与 Apple 推送通知服务和 Android C2DM

Question

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

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

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

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

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

• 使用 APNS 和 C2DM 的经验
• 有关在智能手机上保持 TCP 连接打开的所有含义的详细信息。

欢迎参考！谢谢！

Answer 1

取决于 Apple 和 Android 队列的延迟

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

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