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请求。