一、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/