长轮询与苹果推送通知服务及Android C2DM

Question

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

1. 依赖于长轮询或直接连接到我的服务器
2. 依赖于苹果推送通知服务和Android C2DM

除了APNS和C2DM提供了一个统一的接口来在应用程序运行时推送通知，人们可以说定制解决方案(基于长轮询或直接连接)更灵活，并且不依赖于苹果和安卓队列的延迟。

据我所见，我认为大部分的争论都来自于成本的比较:与在智能手机上打开连接相比，它使用了多少电池来保持连接打开。

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

• 使用APNS和C2DM
• 详细介绍在智能手机上保持TCP连接打开的所有含义。

。

欢迎参考资料！谢谢!

Answer 1

依赖于Android队列的延迟

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

至于你的问题，你应该和最有效的人一起工作。或者更好的是，您应该为用户提供使用推送通知或设置轮询期的选项。