共计 1914 个字符,预计需要花费 5 分钟才能阅读完成。
早在 HTTP 建立之初,主要就是为了将超文本标记语言 (HTML) 文档从 Web 服务器传送到客户端的浏览器。也是说对于前端来说,我们所写的 HTML 页面将要放在我们的 web 服务器上,用户端通过浏览器访问 url 地址来获取网页的显示内容,但是到了 WEB2.0 以来,我们的页面变得复杂,不仅仅单纯的是一些简单的文字和图片,同时我们的 HTML 页面有了 CSS,Javascript,来丰富我们的页面展示,当 ajax 的出现,我们又多了一种向服务器端获取数据的方法,这些其实都是基于 HTTP 协议的。同样到了移动互联网时代,我们页面可以跑在手机端浏览器里面,但是和 PC 相比,手机端的网络情况更加复杂,这使得我们开始了不得不对 HTTP 进行深入理解并不断优化过程中。
对比
HTTP1.0 | HTTP1.1 | HTTP2.0 | |
---|---|---|---|
Host 头 | ✗ | ✔ | ✔ |
Range 头 | ✗ | ✔ | ✔ |
长连接 | ✗ | ✔ | ✔ |
request method | GET HEAD POST | 以上 + OPTIONS PUT DELETE TRACE CONNECT | 以上全部 |
cache | Expire Last-Modefied Pragma | 以上 +ETag Cache-Control | 以上全部 |
header 压缩 | ✗ | ✗ | ✔ |
多路复用 | ✗ | ✗ | ✔ |
服务器推送 | ✗ | ✗ | ✔ |
解析
我们这里主要选取了几个点来进行分析
Range
这里的Range 和 Content-Range 是针对于 HTTP1.0 的宽带浪费现象而提出来的一个解决方案。
在这里,我们接触的最多的便是断点续传了,我们在请求下载某一个较大文件的时候,秉着耐心终于等到了 99% 了,但是这时候却突然断网了,如果再让你等待几十分钟去等待他重新下载完成,我们估计都要爆发了,而如果客户端,知道本地已经下了 99%,只去请求服务端剩余的部分,这样不仅节约了用户的时间,还解决了服务器传输多余的重复数据而导致的宽带浪费
长连接
一个 web 页面上面可能包含几十个图片文件或 js、css 文件,在 HTTP1.0 的时代,规定了浏览器与服务器只能保持短暂的连接,浏览器的每个请求都要与服务器建立一个新的 TCP 连接,TCP 的连接需要三次握手,https 还需要校验证书,那么问题就暴漏出来了,这几十次图片、js、css 文件其实是在同一个 web 页面里面的,如果我们去除多余的几十次三次握手,那么访问速度就会提升上来,HTTP1.1 使用了 长连接 来解决这个问题,我们可以配置后台服务器的长连接的时间,超时无内容传输才会断开连接,从而,在一定时间内的浏览器的请求可以使用同一个 TCP 连接或者几个 TCP 连接,减少了握手带来的时间损耗
多路复用
既然上面解析了长连接,这里就把多路复用提上来吧。HTTP2.0 使用了多路复用的技术,做到同一个连接并发处理多个请求,而且并发请求的数量比 HTTP1.1 大了好几个数量级。
以 chrome 为例,每个页面,浏览器最多允许建立 6 个 TCP 连接,发起请求 -> 服务端处理 -> 响应请求 这样算是完成了一个浏览器请求。但是如果一个页面同时发起几百个请求,其中前几个请求又比较耗时,则会把这 6 个 TCP 连接全部占用,同时阻塞了后面的请求,这样整体请求都会慢下来了。
HTTP2 采用多路复用是指,在同一个域名下,开启一个 TCP 的 connection,每个请求以 stream 的方式传输,每个 stream 有唯一标识,connection 一旦建立,后续的请求都可以复用这个 connection 并且可以同时发送,server 端可以根据 stream 的唯一标识来相应对应的请求。这样上面请求阻塞的问题就可以得到解决。
服务器推送
意思是说,当我们对支持 HTTP2.0 的 web server 请求数据的时候,服务器会顺便把一些客户端需要的资源一起推送到客户端,免得客户端再次创建连接发送请求到服务器端获取。这种方式非常合适加载静态资源。
header 压缩
我们在传输文本等静态资源的时候,一般会开启压缩,gzip 等,这样会减少宽带的占用,对于一些较大的文本文件,压缩后会减少的特别明显,相应也会感觉提升了很多。而 header 头信息的传输却一直使用字符串来传输,HTTP2.0 使用 HPACK 算法对 header 的数据进行压缩,这样数据体积小了,在网络上传输就会更快。
对比
https://http2.akamai.com/demo 是 Akamai 公司建立的一个官方演示,我们可以很明显的看出 HTTP2.0 对 HTTP1.1 上的性能提升
全站启用 HTTP2
server {listen 83 http2;}
在你的 nginx 配置文件的 listen
后面加上 http2
就可以启用 HTTP2.0 了,请放心使用,HTTP2.0 已经兼容了 HTTP1.1,如果你的浏览器不支持 HTTP2.0 的话,服务器使用 HTTP1.1 的协议进行传输