网络延迟包括在手机与运营商网络间建立连接的时间、建立 TCP 连接的时间, 可能还有协商 SSL 连接的时间, 以及发送与接收 HTTP 请求的时间. 实际上, 在 iOS 设备上, 我们没有办法降低单个网络请求的延迟, 不过可以通过一些技术来降低多个请求的延迟. 本节将会介绍如何降低应用的网络请求所消耗的潜在时间
对于应用所需的一小块数据来说, 每次都建立并关闭一条 TCP 连接是非常不明智的. 降低请求延迟有两项最佳实践: 在单个 TCP 连接上发送 HTTP 请求, 以管道的形式发送 HTTP 请求, 从而优化全双工 TCP 连接的使用
你的应用可能已经在使用 HTTP 请求集群了, 因为 iOS 默认情况下就是这样做的. 当应用使用完 NSURLConnection 对象后, 操作系统在关闭连接前会保持它开启几秒钟, 通常是 10 秒. 这项技术也可以在更高的层次上使用, 保持不重要的更新, 直到积累了足够的批量数据或是某些用户动作需要网络活动为止. 接下来, 应用可以按照顺序执行所有的队列请求, 在这个过程中一直保持激活相同的连接, 避免建立多个 TCP 连接的开销
另一种方式是使用单个服务端点来架构服务层, 它会将请求代理给组织内外的其他服务. 这种方式可以通过让应用对不同的活动重用单个连接而避免延迟
HTTP 管道是重用现有 TCP 连接的第三种方式. 它使得 HTTP 客户端能够在对第一个请求的响应返回前在相同的 TCP Socket 上发送第二个请求. 响应返回的顺序与请求发起的顺序保持一致.
由于 POST 与 PUT 命令会修改服务器上的实体, 因此我们建议不要对这样的请求使用管道
NSURLRequest 开启管道支持:
使用这种方式时需要对目标服务器进行广泛测试, 因为并非所有的服务器都支持 HTTP 管道. Apache 与 IIS 都支持管道, 无需任何额外配置
