一、HTTP/3 的整体结构
HTTP/3 是超文本传输协议（HyperText Transfer Protocol）的第三个主要版本，作为 HTTP/1.1 和 HTTP/2 的继任者，它的目标是提升网页加载速度、增强安全性并优化网络传输效率。与前代不同，HTTP/3 的核心变化在于底层传输协议的替换：从传统的 TCP（Transmission Control Protocol）转向了基于 UDP（User Datagram Protocol）的 QUIC（Quick UDP Internet Connections）协议。
HTTP/3 的协议栈结构
HTTP/3 的整体结构可以分层如下：
- 应用层：HTTP/3 语义
- 和 HTTP/2 类似，HTTP/3 保留了请求-响应模型、头部压缩（HPACK 升级为 QPACK）、多路复用等功能，主要负责定义数据交互的逻辑。
- 传输层：QUIC
- QUIC 是 HTTP/3 的核心传输协议，取代了 HTTP/2 中使用的 TCP + TLS 组合。它基于 UDP，提供可靠传输、多路复用和加密功能。
- 网络层：UDP
- QUIC 运行在 UDP 之上，利用 UDP 的轻量特性，避免了 TCP 的某些固有限制。
- 物理层和数据链路层
- 与传统 HTTP 一致，依赖底层网络硬件传输数据。
HTTP/3 的特点
- 多路复用：继承自 HTTP/2，允许多个请求和响应在单一连接上并行传输。
- 内置加密：通过 QUIC 提供原生加密，不再依赖单独的 TLS 层。
- 连接迁移：支持设备在网络间切换（如 Wi-Fi 切换到 4G）时保持连接。
- 0-RTT 连接：在某些情况下，客户端可以无需握手直接发送数据，减少延迟。
了解了 HTTP/3 的结构后，我们来探讨一个关键问题：既然 TCP 建立连接的握手开销并不算大，为什么 HTTP/3 还要选择 QUIC？
二、为何 HTTP/3 使用 QUIC？
尽管 TCP 三次握手（SYN、SYN-ACK、ACK）看似高效，但现代网络环境对性能和灵活性的需求已超出 TCP 的能力范围。QUIC 的引入正是为了解决这些问题。
1. QUIC 在用户空间实现，而非内核空间，部署更灵活
- 问题：TCP 是操作系统内核的一部分，其更新依赖于操作系统版本的发布。例如，TCP 的新特性（如 TCP Fast Open）需要内核支持，而全球范围内的服务器和客户端系统更新速度不一，导致新功能推广缓慢。
- QUIC 的优势：QUIC 在用户空间实现（由应用程序直接控制），开发者可以快速迭代和部署新版本。例如，Google 的 Chrome 浏览器和服务器可以随时更新 QUIC 协议，而无需等待操作系统内核升级。这种灵活性对互联网公司来说至关重要，尤其是需要快速适配新功能或修补漏洞时。
- 实际意义：用户空间实现让 QUIC 能轻松支持自定义优化，比如针对特定业务场景调整拥塞控制算法，而 TCP 的内核实现几乎无法做到这一点。
2. QUIC 具有更高级别的加密，TCP 需依赖 TLS
- 问题：TCP 本身只负责可靠传输，不提供加密功能。HTTP/2 通过 TLS（Transport Layer Security）在 TCP 之上添加加密，但这增加了额外的握手开销（TCP 三次握手 + TLS 握手），通常需要 2-3 个 RTT（Round-Trip Time，往返时间）。
- QUIC 的优势：QUIC 将加密功能直接集成到协议中，默认使用 TLS 1.3 的加密机制，并将传输和加密握手合并为一个步骤。新连接通常只需 1 个 RTT，甚至在已知服务器的情况下支持 0-RTT（零往返时间），客户端可直接发送加密数据。这种集成不仅减少了延迟，还提高了安全性，因为加密是 QUIC 的核心部分，而非可选附加层。
- 实际意义：QUIC 的内置加密避免了 TCP + TLS 的分层复杂性，提升了性能，尤其在高延迟网络（如移动网络）中效果显著。
3. QUIC 建立在传输层协议栈上，可随时切换传输协议
- 问题：TCP 是固定的传输层协议，其设计已有数十年历史，难以适应现代网络的多变需求（如多路径传输、拥塞控制优化）。修改 TCP 需要动内核，成本高昂。
- QUIC 的优势：QUIC 基于 UDP，而 UDP 是一个简单的、无状态的协议，QUIC 在其上构建了自己的可靠传输机制（包括重传、拥塞控制等）。这意味着 QUIC 可以灵活调整底层实现，甚至在未来切换到其他协议（如基于 QUIC 的新协议），而无需改变应用层逻辑。
- 实际意义：这种模块化设计让 QUIC 更具未来适应性。例如，QUIC 支持连接迁移（通过唯一的连接 ID 而非 IP+端口），在网络切换时无需重新建立连接，这是 TCP 难以实现的。
额外优势：解决 TCP 的固有缺陷
- 队头阻塞：在 HTTP/2 中，TCP 的单一字节流特性导致一个数据包丢失会阻塞整个连接，而 QUIC 的多路复用是独立流，一个流阻塞不影响其他流。
- 拥塞控制：QUIC 的拥塞控制算法（如 BBR）可以快速更新，而 TCP 的拥塞控制（如 Cubic）受限于内核实现。
三、总结
HTTP/3 选择 QUIC 并非因为 TCP 握手本身消耗资源过多，而是因为 QUIC 在性能、安全性和灵活性上全面超越了 TCP + TLS 的组合：
- 用户空间实现让 QUIC 部署更快、更灵活；
- 内置加密减少了握手延迟并提升了安全性；
- 基于 UDP 的设计赋予了 QUIC 更高的可扩展性和适应性。