课程笔记：升级 HTTP 协议到 HTTP/2
课程名称：计算机网络应用 核心摘要：本节课讲解 HTTPS 性能优化的第二个方案——将 HTTP/1.1 升级到 HTTP/2。重点厘清 HTTPS 与 HTTP/1.1、HTTP/2、HTTP/3 之间的关系（HTTPS 是在 HTTP 各版本传输层之上叠加 TLS 安全层），梳理 HTTP/2 的五大优化特性、HTTP/3 引入 QUIC 的设计思路，并给出 Nginx 启用 HTTP/2 的配置方法。
一、 核心概念与原理
1. HTTPS 与 HTTP 各版本的关系（关键认知）
- 不要将 HTTP/1.1、HTTP/2、HTTPS 看作三个完全独立的协议。
- 可将 HTTP/1.1 与 HTTP/2 看作一个整体，HTTPS 看作另一个整体。
- HTTPS 的本质：在 HTTP/1.1、HTTP/2、HTTP/3 的传输层（TCP / 网络分层）中加入 TLS（SSL）安全层 而成。
- HTTPS 的核心部分只有 S，即 SSL / TLS 这一层。
2. HTTPS 底层协议由版本决定
| HTTPS 基于 | 底层运行协议 | 安全层 |
|---|---|---|
| HTTP/1.1 + 安全层 | HTTP/1.1 | TLS |
| HTTP/2 + 安全层 | HTTP/2 | TLS |
| HTTP/3 + 安全层 | HTTP/3 | TLS |
结论：使用 HTTPS 时，具体跑的是 HTTP/1.1 还是 HTTP/2 或 HTTP/3，取决于你所选的 HTTP 版本；TLS 仅负责安全，不改变上层协议版本。
3. 默认协议现状
- 当前主流 Web 容器（Nginx、Tomcat、Apache）默认使用 HTTP/1.1。
- 若仅将 Web 程序升级到 HTTPS，所有特性仍基于 HTTP/1.1 工作，性能提升有限。
- 最佳方案：HTTPS + HTTP/2（HTTP/3 因容器 / 浏览器支持尚不普及，暂不作为首选）。
二、 技术细节与协议分析
1. HTTP/2 引入的五大优化特性
| 特性 | 说明 |
|---|---|
| 二进制分帧 | 将报文拆分为二进制帧，突破 HTTP/1.1 文本格式限制 |
| 头部压缩（HPACK） | 压缩头部信息，使报文头部比 HTTP/1.1 更小 |
| 多路复用 | 仅开启一个 TCP 连接，内部可跑多条流，每条流可跑多帧数据 |
| 请求优先级 | 服务端可按优先级处理请求，重要的优先、次要的延后 |
| 服务器推送（Server Push） | 客户端未发送的请求，服务端可主动推送，减少往返 |
2. HTTP/2 的性能瓶颈 → HTTP/3 的设计思路
- HTTP/2 引入上述优化后，在 TCP 层之上 已很难再做优化，瓶颈转移到了 TCP。
- TCP 瓶颈原因：
- 面向连接，必须 三次握手；
- 面向可靠 / 完整传输，效率相对较低。
- UDP 特点：面向无连接，效率高，但不保证数据可靠性。
- HTTP/3 解决方案：底层由 TCP 改为 UDP，并引入 QUIC 层 保证数据可靠性。
| 对比项 | HTTP/2 | HTTP/3 |
|---|---|---|
| 底层传输协议 | TCP | UDP |
| 可靠性保证 | TCP 自身 | QUIC 层 |
| 连接建立 | 三次握手 | 面向无连接 |
| 效率 | 受限于 TCP | 高于 TCP |
3. HTTPS 请求最耗时的环节
HTTPS 一次请求最耗时的过程可分为：
- TCP 连接建立（TCP 握手耗时）
- TLS 握手耗时
- HTTP 报文传输
对应优化策略：
| 耗时环节 | 优化方式 |
|---|---|
| TCP 层 | 已无法再优化（受限于 TCP 特性） |
| TLS 握手 | 抢跑（TLS False Start / 会话复用等） |
| 报文传输 | 升级到 HTTP/2，启用头部压缩、多路复用、服务器推送等 |
三、 实践应用与配置命令
Nginx 启用 HTTP/2
仅需修改 Nginx 配置文件中的 第一行 listen 指令，其余配置不动：
# listen 443 ssl; # 默认 HTTP/1.1
listen 443 ssl http2; # 启用 HTTP/2 协议
- 443：启用 443 端口，用于 TLS 协议握手 / 通讯。
- ssl：启用 TLS 安全层。
- http2：将上层协议从默认的 HTTP/1.1 升级为 HTTP/2。
注释示例：
# 升级后的 Web 应用，基于 HTTPS + HTTP/2 协议进行传输
listen 443 ssl http2;
- 仅此一行变更，即可获得显著的性能改观。
- HTTP/2 与 HTTPS 不冲突：HTTPS 仅负责安全层，报文如何传输仍由 HTTP/2 决定，二者可共存。
四、 重点与难点提示
- 易错点：把 HTTP/1.1、HTTP/2、HTTPS 当作三个完全独立的协议——错误。HTTPS 是 HTTP 版本 + TLS 的组合，不是独立协议。
- 考点：HTTP/2 的五大特性——二进制分帧、HPACK 头部压缩、多路复用、请求优先级、服务器推送。
- 考点：HTTP/3 为什么改用 UDP？——为突破 TCP 三次握手与可靠性机制的效率瓶颈，通过 QUIC 在 UDP 之上重建可靠性。
- 面试题：HTTPS 性能优化的三个耗时环节及对应优化方案（TCP 握手 / TLS 握手 / 报文传输）。
- 配置重点：Nginx 启用 HTTP/2 只需在
listen 443 ssl后追加http2参数。 - 认知重点：HTTPS 负责安全，HTTP/2 负责报文传输格式，两者职责分离、可共存。
五、 课后疑问/遗留问题
- HTTP/3（QUIC）在当前主流 Web 容器与浏览器中的支持现状如何？何时可以大规模落地？
- 多路复用与 HTTP/1.1 的管道化（Pipeline）有何本质区别？为什么管道化未能普及？
- HPACK 头部压缩算法的原理（静态表 / 动态表 / 哈夫曼编码）将在后续课程展开？
- 服务器推送（Server Push）在实际场景中如何避免推送冗余资源？
- TLS 抢跑（False Start）与 0-RTT 的区别与安全性考量？