一起养成写作习惯!这是我参与「掘金日新计划 · 4 月更文挑战」的第20天,点击查看活动详情。
先说下我们熟悉的HTTP1.0
HTTP 1.0
浏览器与服务器只保持短暂的连接,每次请求都需要与服务器建立一个TCP
连接
服务器完成请求处理后立即断开TCP
连接,服务器不跟踪每个客户也不记录过去的请求
简单来说,就是每次与服务器交互,都需要新开一个连接
举个例子:
比如在解析html
文件的时候,当发现文件中存在资源文件的时候,这时候又创建单独的链接。最终导致,一个html
文件的访问包含了多次的请求和响应,每次请求都需要创建连接、关系连接。这种形式明显造成了性能上的缺陷
在HTTP1.1中支持长连接来解决这个问题
HTTP1.1是在一个TCP连接上可以传送多个HTTP
请求和响应,减少了建立和关闭连接的消耗和延迟,建立一次链接,
然后多次请求可以均由这个连接完成。
这样在加载html
文件的时候,文件中多个请求和响应就可以在一个连接中传输,减少了性能的浪费
HTTP 1.1
还允许客户端不用等待上一次请求结果返回
,就可以发出下一次请求
,但服务器端必须按照接收到客户端请求的先后顺序依次回送响应结果,
以保证客户端能够区分出每次请求的响应内容,这样也显著地减少了整个下载过程所需要的时间
在HTTP1.1
在HTTP1.0
的基础上,增加更多的请求头和响应头来完善的功能
- 引入了更多的缓存控制策略,如
If-Unmodified-Since, If-Match, If-None-Match
等缓存头来控制缓存策略 - 引入
range,
允许值请求资源某个部分 - 引入
host,
实现了在一台WEB服务器上可以在同一个IP地址和端口号上使用不同的主机名
来创建多个虚拟WEB站点 - 还添加了其他的请求方法:
put
、delete
、options
HTTP2.0(高效)
HTTP2.0
在相比之前版本,性能上有很大的提升,添加了一些新特性
- 多路复用
- 二进制分帧
- 首部压缩
- 服务器推送 多路复用
HTTP/2
复用TCP
连接,在一个连接里,客户端和浏览器都可以同时发送多个请求或回应,而且不用按照顺序一一对应,这样就避免出现阻塞现象。
咱们可以从图中看到,第4步中客户端将css和js资源是同时发送到服务端的
二进制分帧
帧是HTTP2
通信中最小单位信息
HTTP/2
采用二进制格式传输数据,而非 HTTP 1.x
的文本格式,解析起来更高效
将请求和响应数据分割为更小的帧,并且它们采用二进制编码
HTTP2
中,同域名下所有通信都在单个连接上完成,该连接可以承载任意数量的双向数据流
每个数据流都以消息的形式发送,而消息又由一个或多个帧组成。多个帧之间可以乱序发送,根据帧首部的流标识可以重新组装,这也是多路复用同时发送数据的实现条件
首部压缩
HTTP/2
在客户端和服务器端使用“首部表”来跟踪和存储之前发送的键值对,对于相同的数据,不再通过每次请求和响应发送
首部表在HTTP/2
的连接存续期内始终存在,由客户端和服务器共同渐进地更新
比如下面的的两个请求, 请求一发送了所有的头部字段,第二个请求则只需要发送差异数据,这样可以减少冗余数据,降低开销
服务器推送
HTTP2
引入服务器推送,允许服务端推送资源给客户端,服务器会顺便把一些客户端需要的资源一起推送到客户端,如在响应一个页面请求中,就可以带上页面的其它资源,避免客户端再次创建连接发送请求到服务器端获取。这种方式非常合适加载静态资源
总结
HTTP1.0
- 浏览器与服务器只保持短暂的连接,浏览器的每次请求都需要与服务器建立一个TCP连接 HTTP1.1
- 引入了持久连接,即TCP连接默认不关闭,可以被多个请求复用
- 在同一个TCP连接里面,客户端可以同时发送多个请求
- 虽然允许复用TCP连接,但是同一个TCP连接里面,所有的数据通信是按次序进行的,服务器只有处理完一个请求,才会接着处理下一个请求。如果前面的处理需要时间特别长特别慢,后面的请求只能排队等着
- 新增了一些请求方法
put
、delete
、options
- 新增了一些请求头和响应头 HTTP2.0
- 采用二进制格式而非文本格式
- 完全多路复用,而非有序并阻塞的、只需一个连接即可实现并行
- 使用报头压缩,降低开销
- 服务器可以推送