iOS后台处理&;XMPPFramework

iOS后台处理&;XMPPFramework,ios,xmpp,background-process,xmppframework,Ios,Xmpp,Background Process,Xmppframework,因此,我创建了一个简单的XMPP应用程序,但除非该应用程序是指定类别之一,否则我似乎无法进行后台处理 我只想保持套接字打开,如果应用程序不在前台,则在收到消息时显示通知 我发现在iOS背景上找到好的信息有点困难,似乎有很多应用程序都能做到这一点,但文档似乎限制更多 可以在后台长时间运行这样的聊天客户端吗?类似于Androids服务生命周期的东西?不像Android那么容易。 为了保护电池,苹果公司实施了10分钟的限制 只有10分钟,没有背景或无限背景。 因此,在你的应用程序中,你必须获得无限量。

因此,我创建了一个简单的XMPP应用程序,但除非该应用程序是指定类别之一,否则我似乎无法进行后台处理

我只想保持套接字打开,如果应用程序不在前台,则在收到消息时显示通知

我发现在iOS背景上找到好的信息有点困难,似乎有很多应用程序都能做到这一点,但文档似乎限制更多


可以在后台长时间运行这样的聊天客户端吗?类似于Androids服务生命周期的东西?

不像Android那么容易。 为了保护电池,苹果公司实施了10分钟的限制

只有10分钟,没有背景或无限背景。
因此,在你的应用程序中,你必须获得无限量。我不知道当你的应用程序不完全符合给定的列表时,它是否如此简单。

它不像Android那么简单。 为了保护电池,苹果公司实施了10分钟的限制

只有10分钟,没有背景或无限背景。
因此,在你的应用程序中,你必须获得无限量。我不知道当你的应用程序不完全符合给定列表时,这是否如此简单。

当你的应用程序进入后台时,你(客户端)关闭与xmpp服务器的连接。 当你的应用程序回到前台时,你会重新打开连接。 如果服务器需要向客户端发送消息,则必须使用推送通知。
当客户端收到通知时,CAN(取决于用户操作)可以返回前台。

当应用程序进入后台时,您(客户端)关闭与xmpp服务器的连接。 当你的应用程序回到前台时,你会重新打开连接。 如果服务器需要向客户端发送消息,则必须使用推送通知。
当客户端收到通知时,CAN(取决于用户的操作)可以返回前台。

你知道IM+和Facebook这样的公司是如何管理长时间运行的通知的吗?我认为他们不是通过多任务通知来做到这一点的。我想他们只是给你发送推送通知。你知道IM+和Facebook这样的公司是如何管理长时间运行的通知的吗?我不认为他们是在多任务处理的情况下使用通知的。我想他们只是给你发送推送通知,就像我必须使用的那样。考虑到我已经打开了一个安全服务器的套接字,看起来非常复杂。。。希望有人确认/否认。看来我必须使用。考虑到我已经打开了一个安全服务器的套接字,看起来非常复杂。。。希望有人能证实/否认。