iOS性能之HTTP2.0

在移动互联网领域蓬勃发展的今天，APP的性能也成为各大公司重点关注的方向，该系列文章主要针对iOS的性能的几个方面做一些研究。

网上很容易搜到关于HTTP2.0的概念的文章，这里不再累述。

苹果从iOS9开始支持HTTP2.0，对iOS开发人员来说，即是iOS9开始，NSURLSession可以支持HTTP2.0。

因为苹果已经打算废弃NSURLConnection，所以NSURLConnection不能支持HTTP2.0。

UIWebView也不能支持HTTP2.0(当然，如果你使用UIWebView，然后使用NSURLProtocol，在NSURLProtocol中使用NSURLSession，这样也是可以支持HTTP2.0的)，WKWebView是可以的。

主要有几点：

1. 相同的Host占用一个TCP链接

2. 请求可以设置优先级

3. 采用二进制协议，而不是之前的文本协议

4. 多路复用

5. 头部压缩

这几点优势里面，我个人认为最为重要的，就是多路复用和头部压缩，正是这两项优势，让请求的性能得到了极大的提升。

什么是多路复用呢？在HTTP1.1时代，一个TCP链接可以发送多个请求，但是需要排队，一个一个的发送（遵循FIFO的原则），这就很容易产生阻塞（传说中的head-of-line blocking），如下图：

可以看到，相同的connectionId里面的多个请求，都是串行的（Timeline-Start time那一栏），所以，一旦有某个请求阻塞了，后面的请求都不能继续进行。

到了HTTP2.0，在一个TCP链接中，请求不再需要排队，而是轮询发送的，如下图：

相同的connectionid里面的多个请求，几乎都是同时发起的（可以想象成单CPU，多线程的CPU轮询机制），这样性能就得到了极大提高

这个概念比较好理解，现在APP的需求也是越来越复杂，导致了请求的头部信息也越来越多（Cookie，请求参数等），动辄超过1k，2k，十分影响性能。而HTTP2.0会对请求头和响应头做压缩以提升请求性能。

前面有提到HTTP2.0对于一个Host会占用一个TCP链接，这里需要简单介绍下TCP链接。

从底到高来看：

IP协议：对应于网络层

TCP协议：对应于传输层

HTTP协议：对应于应用层

TCP在建立链接的过程中，需要经过三次握手， HTTP协议是建立在TCP协议之上的，不过HTTP是短链接，一旦请求结束，链接要被释放，但是为了提升服务端于客户端之间请求的效率（减少TCP建立链接的性能损耗），所以虽然HTTP链接被释放了，但是底层TCP链接还在（可以用wireshark抓包看看）。

但是TCP链接也不是无限多，iOS的NSURLSession是分配的4个TCP链接，MAC是6个。

这里有两篇比较全面的HTTP2.0的文章：

时间： 2024-10-06 20:35:13

什么是HTTP2.0？