1 HTTP/2
1.1 兼容 HTTP/1.1
第一点,HTTP/2 没有在 URI 里引入新的协议名,仍然用「http://」表示明文协议,用「https://」表示加密协议,于是只需要浏览器和服务器在背后自动升级协议,这样可以让用户意识不到协议的升级,很好的实现了协议的平滑升级。
第二点,只在应用层做了改变,还是基于 TCP 协议传输,应用层方面为了保持功能上的兼容,HTTP/2 把 HTTP 分解成了「语义」和「语法」两个部分,「语义」层不做改动,与 HTTP/1.1 完全一致,比如请求方法、状态码、头字段等规则保留不变。HTTP/2 在「语法」层面做了很多改造,基本改变了 HTTP 报文的传输格式。
1.2 头部压缩
对于 Body 部分,HTTP/1.1 协议可以使用头字段 「Content-Encoding」指定 Body 的压缩方式,比如用 gzip 压缩,但对 Header 部分没有优化手段。存在问题:
· 含很多固定的字段,比如 Cookie、User Agent、Accept 等
· 大量的请求和响应的报文里有很多字段值都是重复的
· 字段是 ASCII 编码的,虽然易于人类观察,但效率低
HTTP/2 开发了 HPACK 算法来压缩头部,HPACK 算法主要包含三个组成部分:
· 静态字典;
· 动态字典;
· Huffman 编码(压缩算法);
客户端和服务器两端都会建立和维护「字典」,用长度较小的索引号表示重复的字符串,再用 Huffman 编码压缩数据,可达到 50%~90% 的高压缩率。
静态表
HTTP/2 为高频出现在头部的字符串和字段建立了一张静态表,它是写入到 HTTP/2 框架里的,不会变化的,静态表里共有 61 组
动态表
静态表只包含了 61 种高频出现在头部的字符串,不在静态表范围内的头部字符串就要自行构建