2

我有一个应用程序可以让用户发送带有图像的消息。用户可能会点击发送,然后立即关闭手机或切换到另一个应用程序。

我们遇到了一个问题,如果网络连接暂时不良,则消息将无法发送。我们切换到使用 NSURLSession backgroundConfigurationWithIdentifier以便后台应用程序不会立即使正在运行的请求超时。我们切换到对我们所有的 api 请求使用它,认为如果应用程序在错误的时间关闭,每个请求都能够在后台继续运行不会有什么坏处。

快进几周,我们注意到所有请求似乎都很慢。使用wireshark我刚刚发现这个后台会话似乎对每个请求都使用了一个新的http连接,这意味着它需要为每个请求设置一个TCP连接和新的TLS握手,这给我们应用程序中的每个请求增加了约500ms的延迟。这是一件大事,但我在任何地方都找不到这种行为的记录,包括上面的链接或 Apple 的后台传输注意事项

所以我的问题是,这种行为是预期的,还是我在某处做错了什么?NSURLSession 是否有一种简单的方法来发出 HTTP 请求,如果有一个现有的保持活动连接,则该请求将使用,但如果应用程序移至后台,则可以回退到 backgroundConfiguration?

4

1 回答 1

0

NSURLSession 是满足您的用例的推荐方式。你试过设置backgroundSessionConfig.discretionary = true

iOS 参考

一个布尔值,用于确定是否可以根据系统的判断安排后台任务以获得最佳性能。

如果这没有帮助,我建议向 iOS 提交错误

于 2016-08-31T01:00:44.533 回答