HTTP/2学习笔记

一、HTTP相关

1.1 HTTP历程

HTTP：Hyper Text Transfer Protocol 超文本传输协议

HTTP 0.9：只有GET，没有消息头，不支持多媒体内容
HTTP 1.0：增加HEAD、POST请求，设置消息头等
HTTP 1.1：完善HTTP结构性的缺陷，增加keepalive特性
HTTP2：性能上大幅提升HTTP协议，不改变原有HTTP语义

1.2 URL结构

1.3 交互流程

应用层协议，运行在TCP协议之上

1.4 HTTP报头

请求报文

GET： 请求页面上资源信息，最为常见的请求方法
POST：提交信息到服务器上，如论坛发言等
PUT：指定了资源在服务器上的位置，而POST没有
HEAD：与 GET 相同，但只返回 HTTP 报头，不返回文档主体
CONNECT：nginx等代理场景下使用，建立HTTP透明通道
DELETE：删除服务器上的某资源
OPTIONS：获取当前URL所支持的方法，如“GET、POST”等
TRACE：可查询发送出去的请求是否被篡改，类似于TTL值

注：Firefox浏览器可以下载http request maker组件来模拟不同请求类型及内容

应答报文

返回码说明：

返回码	说明	常见示例
1xx	表示通知信息的，进行处理
2xx	表示成功	200 OK 206 部分完成
3xx	表示重定向，还需要其他操作	301 永久重定向302 重定向 304 文件无变化，使用上次
4xx	表示客户的差错	401 未经授权 403 禁止访问 404 文件不存在
5xx	表示服务器的差错	500 服务器错误 502 网关错误

消息字段说明：

字段	说明
Content-Type	文件格式
Content-Length	文件长度
CDN服务器信息	X-via、X-Cache等
缓存相关的字段	Etag、last-modified、Cache-control、expires

二、HTTP/2介绍

2.1 HTTP/2来源

http/1.x 是文本协议，而 http2则是彻彻底底的二进制协议。

注：SPDY是2012年谷歌推出的是基于SSL/TLS的传输协议，后来google把整个成果交给IETF，IETF把SPDY标准化之后变成 http2，自此google废弃SPDY，转向支持http2。

2.2 现阶段的问题催化HTTP2的产生

在网络带宽不断增加的背景下，网页的打开速度与带宽得到匹配的改善？而下载和视频却改善很明显，区别在哪？
答：
1、大量资源的并发受限，需要排队
2、资源小，还没开始就已经结束（TCP慢启动）

2.3 HTTP时间都浪费在哪了

HTTP1.0：大量时间浪费在了TCP建链上，n次GET=n次TCP

HTTP1.1：将几个GET请求汇聚，以keep-alive实现在一个TCP中传输

HTTP1.1：通过并发HTTP请求，减少了HTTP时间

限制条件：
1、相同域名下链接可以并发（网站的域名分区管理）
2、浏览器支持最多8个并发

HTTP并发下的抓包举例

HTTP1.1：线头阻塞（head of line blocking）依旧存在影响

同一个TCP连接里面，所有的数据通信是按次序进行的。只有处理完一个回应，才会进行下一个回应。

TCP：慢启动

开始的时候，发送得较慢，然后根据丢包的情况，调整速率：如果不丢包，就加快发送速度；如果丢包，就降低发送速度。
100个1MB下载时间 > 1个100MB下载时间

• 网页上的文件普遍很小，因此在慢启动机制下，速率无法达到最优
• 网页由多个小文件组成，整体会导致网页在高带宽下没有明显的改善

2.4 HTTP2的直观感受

Akamai公司的示例网页，页面上合计379个图片，每个图片不到5KB
https://http2.akamai.com/demo

三、HTTP/2特点

2.1 核心优化—二进制分帧（Binary Framing）

HTTP2将所有传输的信息分割为更小的消息和帧，并采用二进制格式的编码，其中HTTP1.x的首部信息会被封装到Headers帧，body则封装到Data帧里面。

• 不区分HTTP语义内容，全部打散分装到二进制帧中，因此沿用原有HTTP1.x语义
• 传输效率更高，也是后面其他优化的基础
  

2.2 核心优化—多路复用（Multiplexing）

多路复用：允许同时通过单一的HTTP2连接发起多重的请求-响应消息。

• 优化TCP慢启动问题：将整个网页当成一个下载文件资源，在一次HTTP请求中完成下载
• 解决HTTP1.x线头阻塞：所有资源请求全部打散到帧中，完全无序传输，单个资源耗时长不再影响其他资源
  

2.3 精益求精—首部压缩（HPACK）

HTTP1.x的header很多时候都是重复多余的，导致带宽的浪费。
实质：通过短的index取代长的内容，减少传输内容大小。

• 静态字典：一个预定义字典。有 61 个通用头部字段，并且部分字段有预定义的值。
• 动态字典：一个用于记录连接中实际产生的头部的列表。因为字典有大小限制，所以当添加新项时，旧项可能会被去除。
  

2.4 精益求精—服务器推送（Server Push）

允许服务端推送资源给浏览器，在浏览器明确地请求之前。


服务器推送优化的对比（网上找的测试对比）

2.5 HTTP2的协商

HTTP1.x和HTTP2共存的情况下，如何协商出使用哪类协议？
HTTP2是在SSL协议之上，协商通过SSL中的ALPN（Aplication Layer Protocol Negotiation）完成。

客户端
客户端在SSL握手中，通过client hello中扩展字段新增ALPN协议，在其中发布支持的协议类型，供server选择

服务端
服务端收到client hello消息后，在client支持的协议列表中选择中意的，并在server hello中回复

参考：
https://www.rfc-editor.org/rfc/rfc7540.txt
https://www.rfc-editor.org/rfc/rfc7541.txt
https://http2.akamai.com/
https://http2.github.io/faq/#whats-the-relationship-with-spdy
https://github.com/abbshr/rfc7540-translation-zh_cn
https://www.wolfcstech.com/2016/10/29/hpack-spec/