HTTP协议的不足(HTTP/1.1)
此处HTTP/1.1包含:HTTP本身是1.1,以及HTTPS里面使用的HTTP1.1
- 同一时间,一个连接只能对应一个请求
针对同一个域名,大多数浏览器允许同时最多6个并发连接 - 只允许客户端主动发起请求
一个请求只能对应一个响应 - 同一个回话的多次请求,头信息会被重复传输
通常会给每个传输增加500~800字节的开销
如果使用Cookie,增加的开销有时会达到上千字节
SPDY(speedy的缩写)
是基于TCP的应用层协议,它强制要求使用SSL/TLS
2009年11月,谷歌将SPDY作为提高网络速度的内部项目
SPDY与HTTP的关系
- SPDY并不用于取代HTTP,它只是修改了HTTP请求与相应的传输方式
- 只需增加一个SPDY层,现有的所有服务端应用均不用做任何修改
- SPDY是HTTP/2的前身
2015年9月,谷歌宣布移除对SPDY的支持,使用HTTP/2
HTTP/2
HTTP/2于2015年5月正式发表
HTTP/2在底层传输做了很多的改进和优化,但在语意上完全兼容HTTP/1.1
只需要升级服务器配置、升级浏览器;开发者不需要需改代码
HTTP/2的特性
二进制格式
HTTP/2采用二进制格式传输数据,而非HTTP/1.1的文本格式
二进制格式在协议的解析和优化扩展上带来更多的优势和可能
HTTP/2的一些基本概念
-
数据流:已建立的连接内的双向字节流,可以承载一条或多条消息
所有通信都在一个TCP连接上完成,此连接可以承载任意数量的双向数据流 -
消息:与逻辑HTTP请求或相应消息对应,由一系列帧组成
-
帧:HTTP/2通信的最小单位,每个帧都包含帧头(会标识出当前帧所属的数据流)
来自不同数据流的帧可以交错发送,然后再根据每个帧头的数据流标识符重新组装
多路复用(Multiplexing)
- 客户端和服务器可以将HTTP消息分解为互不依赖的帧,然后交错发送,最后再在另一端把它们重新组装起来
- 并行交错的发送多个请求,请求之间互不影响
- 并行交错的发送多个响应,响应之间互不干扰
- 使用一个连接并行发送多个请求和响应
- 不必再为绕过HTTP/1.1限制而做很多工作
比如:image sprites、合并CSS\JS、内嵌CSS\JS\Base64图片、域名分片等
优先级
-
HTTP/2标准允许每个数据流都有一个关联的权重和依赖关系
可以向每个数据流分配一个介于1到256之间的整数
每个数据流与其他数据流之间可以存在显式依赖关系 -
客户端可以构建和传递“优先级树”,表明它倾向于如何接收响应
-
服务器可以使用此信息通过控制CPU、内存和其他资源的分配设定数据流处理的优先级
在资源数据可用之后,确保将高优先级响应以最优方式传递至客户端
头部压缩
HTTP/2使用HPACK压缩请求头和响应头
可以极大减少头部开销,进而提高性能
服务器推送(Server Push)
- 服务器可以对一个客户端请求发送多个响应
除了对最初请求的响应,服务器还可以向客户端推送额外资源,而无需客户端额外明确的请求
HTTP/3
HTTP/3由谷歌开发,启用TCP协议,改为使用基于UDP协议的QUIC协议实现
QUIC
Quick UDP Internet Connection:快速UDP网络连接,由谷歌开发,在2013实现
于2018年从HTTP-over-QUIC改为HTTP/3
HTTP/3基于UDP,由QUIC来保证可靠传输