Ios 实时从服务器获取消息

这是一个普遍的问题

我想知道邮件应用程序如何实现电子邮件接收功能？ 我需要使用我的web服务在两个设备（例如）之间实现简单的同步

想象一个待办事项列表应用程序

---

是否可以实现这样的功能：device1创建一个条目，然后向webservice发送一条消息，webservice通知device2发生了更改，device2调整其数据并显示该条目？

在iOS上，您想要的内容可以通过推送通知轻松实现。 一旦服务器检测到device2需要知道的更改，服务器将向该设备发送推送通知

在用户查看应用程序应该自我更新的通知后，最好让应用程序在到达前台时自我更新

使用推送通知而不轮询的原因是，如果您的应用程序位于后台，则最多只能继续运行10分钟。您可以通过向应用程序添加后台模式（如VOIP、音频或位置）来解决此问题。但如果你的应用不属于这些类别，苹果可能会拒绝你的应用

---

使用推送通知，即使应用程序未运行或未在后台运行，设备也会收到通知

在iOS上，您想要的功能可以通过推送通知轻松实现。 一旦服务器检测到device2需要知道的更改，服务器将向该设备发送推送通知

在用户查看应用程序应该自我更新的通知后，最好让应用程序在到达前台时自我更新

使用推送通知而不轮询的原因是，如果您的应用程序位于后台，则最多只能继续运行10分钟。您可以通过向应用程序添加后台模式（如VOIP、音频或位置）来解决此问题。但如果你的应用不属于这些类别，苹果可能会拒绝你的应用

---

使用推送通知，即使应用程序未运行或未在后台运行，设备也会收到通知

基本上有两种方式：

轮询时，每个设备每N分钟向Web服务器请求一次更改：新建todo、删除todo、更改todo。。。然后每个设备都会进行调整。调查的频率取决于您所寻找的实时级别。它可以是每秒或每12小时或更长时间打一个电话

实现一种：设备打开与服务器的连接。服务器将保持其打开状态，直到有新的内容发送到设备或连接超时。在这种情况下，设备会重新打开它

---

选项1更适合您的todo应用程序，因为您不需要实时准确性。对于不想等待消息的聊天应用程序，选项2更适合。

基本上有两种方法：

轮询时，每个设备每N分钟向Web服务器请求一次更改：新建todo、删除todo、更改todo。。。然后每个设备都会进行调整。调查的频率取决于您所寻找的实时级别。它可以是每秒或每12小时或更长时间打一个电话

实现一种：设备打开与服务器的连接。服务器将保持其打开状态，直到有新的内容发送到设备或连接超时。在这种情况下，设备会重新打开它

---

选项1更适合您的todo应用程序，因为您不需要实时准确性。选项2更适用于不想等待消息的聊天应用程序。

我正在我的其他应用程序中使用轮询。我想知道是否还有更优雅的方式。询问web服务器会消耗一些流量，第二种方法值得一看。它包括套接字编程吗？您还可以想象设备之间的点对点机制。这主要取决于你的应用程序。我正在我的其他应用程序中使用轮询。我想知道是否还有更优雅的方式。询问web服务器会消耗一些流量，第二种方法值得一看。它包括套接字编程吗？您还可以想象设备之间的点对点机制。这主要取决于你的应用程序。