在移动互联网领域蓬勃发展的今天，APP的性能也成为各大公司重点关注的方向，该系列文章主要针对iOS的性能的几个方面做一些研究。 什么是HTTP2.0？网上很容易搜到关于HTTP2.0的概念的文章，这里不再累述。 苹果从iOS9开始支持HTTP2.0，对iOS开发人员来说，即是iOS9开始，NSURLSession可以支持HTTP2.0。 因为苹果已经打算废弃NSURLConnection，所以NSURLConnection不能支持HTTP2.0。 UIWebView也不能支持HTTP2.0(当然，如果你使用UIWebView，然后使用NSURLProtocol，在NSURLProtocol中使用NSURLSession，这样也是可以支持HTTP2.0的)，WKWebView是可以的。 HTTP2.0相对HTTP1.1的优势是什么？主要有几点： 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会对请求头和响应头做压缩以提升请求性能。 什么是TCP链接？前面有提到HTTP2.0对于一个Host会占用一个TCP链接，这里需要简单介绍下TCP链接。 从底到高来看：
TCP在建立链接的过程中，需要经过三次握手，HTTP协议是建立在TCP协议之上的，不过HTTP是短链接，一旦请求结束，链接要被释放，但是为了提升服务端于客户端之间请求的效率（减少TCP建立链接的性能损耗），所以虽然HTTP链接被释放了，但是底层TCP链接还在（可以用wireshark抓包看看）。 但是TCP链接也不是无限多，iOS的NSURLSession是分配的4个TCP链接，MAC是6个。 这里有两篇比较全面的HTTP2.0的文章： http://www.floriangoessler.de/ios/2015/08/30/HTTP2-on-iOS.html |
|
声明：文章版权归原作者所有 部分文章转自互联网 如有侵权请联系
[邮箱地址] 删除
|
注册
登录
