keep-alive与多路复用
HTTP 1.0
在HTTP1.0版本,存在一个问题:建立的一次连接,只有包含一个请求响应(也就是对应一个资源)。
如果有多个请求,那么效率就会很低。
HTTP 1.1
在HTTP 1.1 中 connection: keep-alive 是默认开启的
改进一:连接复用
一次连接,可以有多个请求响应(对应多个资源)。
改进二:增加流水线(pipeline)
下一次的请求不需要等待上一个响应来之后再发送。
但响应的顺序是不变的,FIFO(先进先出)
依旧存在的问题:
- 请求是按次序的,后来者需要排队等待。
- 请求头大多类似,重复传输浪费资源。
- 同一域名的浏览器有最大并行请求限制。
HTTP 2.0
多路复用
由于 HTTP 1.X 是基于文本的,因为是文本,就导致了它必须是个整体,在传输是不可切割的,只能整体去传。
但 HTTP 2.0 是基于二进制流的。有两个非常重要的概念,分别是帧(frame)和流(stream)
- 帧代表着最小的数据单位,每个帧会标识出该帧属于哪个流。
- 流就是多个帧组成的数据流。
将 HTTP 消息分解为独立的帧,交错发送,然后在另一端重新组装。
- 并行交错地发送多个请求,请求之间互不影响。
- 并行交错地发送多个响应,响应之间互不干扰。
- 使用一个连接并行发送多个请求和响应。
简单的来说: 在同一个TCP连接中,同一时刻可以发送多个请求和响应,且不用按照顺序一一对应。
之前是同一个连接只能用一次, 如果开启了keep-alive,虽然可以用多次,但是同一时刻只能有一个HTTP请求。