ios - AFNetworking/NSURLConnection HTTPS keep alive 显示奇怪的行为

Question

我们目前正在处理我们应用程序中的性能问题，我们认为其中一些问题可能与应用程序和底层 AFNetworking 网络堆栈似乎忽略了 HTTP 1.1 上的保持事件有关。

我们从 Apple 获得的信息表明，持久连接分别在 3、6 或 30 秒后被清除，具体取决于 iOS 版本和 WiFi/WWAN 连接，无论服务器端保持事件信息如何。

在监控我们服务器上的连接握手时，我们注意到一个奇怪的行为，即我们的应用程序在 iOS 设备上的 SSL 连接保持打开状态，而不是用 FIN 数据包关闭。一旦应用程序发出新请求，上一个请求留下的连接就会用 FIN 数据包关闭，并创建一个新连接。

虽然我们知道 iOS 会清除连接以保持低电池消耗，但我们想知道它不会正确终止现有连接并将终止推迟到新请求的开始。

有人可以解释这种行为，并提出解决方案来避免在常规条件下保持事件状态所涵盖的连接中进行昂贵的 SSL 握手吗？

Answer 1

几周前我遇到了同样的问题。解决方案是强制网络服务器忽略来自 iOs 设备的 keepalive http header 并立即关闭连接。