什么是 HTTP/2?

HTTP/2 是超文本传输协议的第二个主要版本，旨在提高数据传输效率和网页加载速度。

HTTP/1.1 是从 1997 年发布的 HTTP/1.0 演进而来的，最初设计目的是为静态网页服务。然而，随着互联网的不断发展，网页变得越来越复杂，包含的资源越来越多，例如 JavaScript、CSS 样式表、图片和视频等。这些新需求使得 HTTP/1.1 的一些缺点逐渐显现出来，如请求和响应的开销较大、队头阻塞、缺乏有效的压缩机制以及并发限制等。为了解决这些问题，谷歌提出了 SPDY 协议，HTTP/2 在此基础上进行了标准化，保留了 SPDY 的一些核心改进。

1. 多路复用

   HTTP/2 允许在单个 TCP 连接上并行地处理多个请求和响应，不再像 HTTP/1.1 那样每个请求都需要单独的连接。

   HTTP/2 将数据流（Stream）分为多个帧（Frame），这些帧可以在一个连接中交错发送，而接收端通过帧的标识符将它们重新组装为完整的请求或响应。

2. 头部压缩

   HTTP/2 引入了名为 HPACK 的压缩算法，用于压缩 HTTP 头部信息。

   通过为每个连接维持一个头部表，存储之前发送的头部信息，新的请求只需要引用表中的条目，避免了重复发送相同的头部信息。

3. 服务器推送

   HTTP/2 允许服务器主动向客户端发送额外的资源，而无需客户端请求。

   这一特性对于减少页面加载时间非常有效，因为服务器可以预判客户端可能需要哪些资源，并提前推送。

4. 流优先级和依赖

   在 HTTP/2 中，请求被抽象为流（Stream），而每个流可以分配不同的优先级。

   客户端可以告诉服务器哪些资源更加重要，应该优先传输，这对于优化用户体验至关重要。

HTTP/2 的数据传输是基于帧的，每个数据流都被分解为多个小的帧，这些帧通过一个 TCP 连接传输，并且可以交错发送。接收方通过帧的标识符重新组合成完整的数据包。HTTP/2 使用了以下几种帧：

• 数据帧（DATA）：传输实际的数据内容。
• 头部帧（HEADERS）：包含请求和响应的头部信息。
• 设置帧（SETTINGS）：用于协商连接的参数，例如是否支持服务器推送等。

1. 单连接多请求：HTTP/1.1 每次请求需要建立一个新的连接，而 HTTP/2 可以通过一个连接发送多个请求。
2. 二进制协议 vs. 文本协议：HTTP/1.1 使用的是文本格式，而 HTTP/2 采用二进制格式，使得数据解析更加高效和可靠。
3. 队头阻塞的解决：HTTP/1.1 存在队头阻塞问题，而 HTTP/2 由于多路复用的实现，多个请求可以并行处理。

• 谷歌的使用案例：谷歌的许多服务，如 Gmail 和 Google 搜索，都已经引入了 HTTP/2。引入后，用户在使用 Gmail 时明显感受到页面加载更为流畅，邮件和附件的加载速度显著提升。
• 电商网站的优化：某大型电商网站通过 HTTP/2 来优化其移动端的购物体验。引入 HTTP/2 后，利用多路复用和服务器推送技术，网页的各个部分可以并行加载，整体用户体验有了明显的提升。

HTTP/2 强烈建议使用 TLS 加密，尽管协议本身并不强制要求。然而，在实际的部署中，几乎所有的 HTTP/2 实现都使用了 TLS 加密，以确保数据传输的安全性。HTTP/2 使用的 TLS 版本一般为 TLS 1.2 或更高版本，相比 HTTP/1.1 更加安全和可靠。

HTTP/2 的设计使得它对现有的 HTTP API 具有向后兼容性。大多数现代浏览器，如 Chrome、Firefox 和 Safari，都已经原生支持 HTTP/2。因此，对于一般的用户和开发者来说，HTTP/2 的迁移过程是相对无感的。

尽管 HTTP/2 在许多方面表现出了显著的优势，但它也存在一些局限性。例如，由于 HTTP/2 基于 TCP 协议，传输中仍然可能受到 TCP 的队头阻塞问题的影响。为了解决这个问题，HTTP/3 应运而生，使用了基于 QUIC 协议的传输机制。

HTTP/2 的引入是为了应对日益复杂的互联网应用场景，它通过多路复用、头部压缩、服务器推送和流优先级等机制显著提升了网页的加载速度和资源利用率。相比 HTTP/1.1，HTTP/2 在高效、灵活和性能方面都有了显著的改进。然而，HTTP/2 也并非最终的解决方案，随着互联网的不断演变，HTTP/3 等新版本的出现将带来更多的可能性。