我有一个应用程序可以让用户发送带有图像的消息。用户可能会点击发送，然后立即关闭手机或切换到另一个应用程序。
我们遇到了一个问题，即如果网络连接暂时不良，消息将无法发送。我们改用 NSURLSession backgroundConfigurationWithIdentifier这样后台应用程序不会立即使正在运行的请求超时。我们切换到对我们所有的 api 请求使用它，认为如果应用在错误的时间关闭，每个请求都能够在后台继续运行不会有什么坏处。
快进几周，我们注意到所有请求似乎都很慢。使用wireshark我刚刚发现这个后台 session 似乎对每个请求都使用了一个新的http连接，这意味着它需要为每个请求设置一个TCP连接和新的TLS握手，这给我们应用程序中的每个请求增加了约500ms的延迟。这是一件大事，但我在任何地方都找不到这种行为，包括上面的链接或 Apple 的 background transfer considerations .
所以我的问题是，这种行为是预期的，还是我在某处做错了什么？ NSURLSession 是否有一种简单的方法来发出 HTTP 请求，该请求将使用现有的 keep-alive 连接(如果有的话)，但如果应用程序移到后台，则可以回退到 backgroundConfiguration？
NSURLSession 是实现您的用例的推荐方式。您是否尝试过设置 backgroundSessionConfig.discretionary = true
A Boolean value that determines whether background tasks can be scheduled at the discretion of the system for optimal performance.
如果这没有帮助，我建议提交 bug使用 iOS。
关于iOS 网络 - HTTP 连接和在后台运行，我们在Stack Overflow上找到一个类似的问题： https://stackoverflow.com/questions/39239139/
| 欢迎光临 OStack程序员社区-中国程序员成长平台 (https://ostack.cn/) | Powered by Discuz! X3.4 |