Ios 应用程序使用什么技术来实时同步数据？

Uber、Lyft和GroupMe等许多应用程序似乎都有从服务器上向下推送的实时数据。很明显，他们可能会假装每n秒刷新一次。另一个想法是他们可能正在打开TCP套接字？或者其他我不知道的技术

---

如果对iOS应用程序进行编程，在客户端和服务器之间实时同步数据的行业标准是什么，而无需用户交互（如刷卡？

WebSocket或轮询是通用解决方案。在某些情况下，推送通知也可用于触发投票。

除了Neal的答案之外，还可以查看Rocket技术，它“利用了和等web标准。”

---

使用AFNetworking在iOS/Mac上支持此功能，只要服务器支持这些技术。

为什么我的问题被否决？对我来说，这似乎是完全正确的…（我不是悲观的选民）。。。可能是因为它非常广泛，并且没有显示出你的大量研究。例如，Socket技术已经被很好地理解了，只要您稍微努力理解它，您就会明白为什么它是实时传递信息的好选择。WebSockets，可能是轮询，不。轮询对于任何拥有大量用户的系统来说都是可怕的。对于像优步这样广泛使用的东西来说，这根本不可行。我同意投票是不可伸缩的，但这不是OP所要求的。许多应用程序确实成功地使用了轮询，因为它们的用户群足够小。我不想不同意这种说法，但我开发了一个具有大约10k DAU的应用程序，我们成功地使用了轮询。我们正在从它迁移出去，但它可以让应用程序成熟起来，让团队专注于验证概念，而不是一开始就担心扩展问题分歧没有什么错，但我看不出你如何从轮询中获得任何好处。构建轮询解决方案的开发时间与异步解决方案大致相同，正如您在每天10K用户中看到的那样，您已经意识到必须更换它。这是痛苦的（而且无疑是昂贵的）。既然您知道了这一点，如果您必须再次这样做，您会从轮询解决方案开始吗？我最近的一个大型项目每月有数百万用户，而且经常有高达10万到10万以上的同时用户。投票解决方案不可能是可行的，我们从一开始就知道这一点。我喜欢保罗·格雷厄姆的一篇文章是。在我们的案例中，我们可以选择是利用现有资源进入市场，还是再花几个月的时间来打造一个可扩展的解决方案。现在我们有了收入，我们可以处理扩展问题了。我同意从一开始就“正确”并不难，但一开始就很难知道“正确”是什么样子。我们最初构建了一个web应用程序和JSON服务来支持它。这些JSON服务正是我们最初启动应用程序时使用的。