HTTP/2 和 HTTP/3 的区别主要体现在底层传输协议和性能优化上。HTTP/3 是下一代协议，旨在解决 HTTP/2 遗留的底层传输问题（如 TCP 的局限性），以下是核心区别：
1. 底层传输协议
-
HTTP/2
- 基于 TCP（传输控制协议），依赖 TCP 的可靠性和顺序性。
- 虽然 HTTP/2 在应用层解决了队头阻塞（多路复用），但 TCP 层的队头阻塞依然存在（若某个 TCP 包丢失，后续所有包需等待重传）。
-
HTTP/3
- 基于 QUIC（Quick UDP Internet Connections）协议，底层使用 UDP（用户数据报协议）。
- 彻底解决队头阻塞：QUIC 为每个独立的流（Stream）提供独立的传输通道，单个流的丢包不会影响其他流。
2. 连接建立速度
-
HTTP/2
- 需要 TCP 三次握手 + TLS 握手（加密通信），首次连接通常需要 2-3 次 RTT（往返时间）。
-
HTTP/3
- 0-RTT 或 1-RTT 连接：QUIC 将 TLS 握手与连接建立合并，首次连接仅需 1-RTT，重复连接可 0-RTT（直接复用之前的安全会话），大幅降低延迟。
3. 队头阻塞（HoL Blocking）
-
HTTP/2
- 应用层（HTTP）通过多路复用解决了队头阻塞，但 TCP 层的队头阻塞依然存在。
- 若 TCP 包丢失，所有流的数据传输会被阻塞，直到丢失的包重传成功。
-
HTTP/3
- QUIC 在传输层消除队头阻塞：每个流独立传输，丢包仅影响当前流，其他流继续传输。
4. 连接迁移
-
HTTP/2
- 基于 TCP 的连接与 IP 地址和端口绑定，切换网络（如 Wi-Fi 转 4G）时需重新建立连接。
-
HTTP/3
- 无缝连接迁移：QUIC 使用 Connection ID 标识连接，即使网络环境变化（IP 或端口改变），连接依然保持活跃，避免重新握手。
5. 错误恢复与拥塞控制
-
HTTP/2
- 依赖 TCP 的重传机制和拥塞控制算法（如 BBR、Cubic），但调整不够灵活。
-
HTTP/3
- QUIC 内置更灵活的拥塞控制，且 改进重传机制：
- 携带更多元数据（如包编号和偏移量），避免 TCP 重传时的歧义问题。
- 支持在应用层优化拥塞控制策略。
- QUIC 内置更灵活的拥塞控制，且 改进重传机制：
6. 头部压缩
-
HTTP/2
- 使用 HPACK 算法压缩头部，但依赖 TCP 的按序传输特性。
-
HTTP/3
- 使用 QPACK 算法压缩头部，适配 QUIC 的无序传输特性，保证压缩效率和解码正确性。
7. 安全性
-
HTTP/2
- 支持明文（HTTP）和加密（HTTPS），但主流浏览器要求强制加密。
-
HTTP/3
- 强制加密：QUIC 协议原生集成 TLS 1.3，所有 HTTP/3 流量必须加密。
总结：HTTP/3 的核心优势
| 特性 | HTTP/2 | HTTP/3 |
|---|---|---|
| 底层协议 | TCP | QUIC（基于 UDP） |
| 队头阻塞 | TCP 层存在 | 完全消除 |
| 连接建立速度 | 1-3 RTT | 0-1 RTT |
| 网络切换支持 | 不支持 | 支持（Connection ID） |
| 默认加密 | 可选（依赖 HTTPS） | 强制（TLS 1.3） |
| 头部压缩算法 | HPACK | QPACK |
适用场景
- HTTP/2：适合网络稳定、丢包率低的环境（如数据中心内部通信）。
- HTTP/3：适合高延迟、高丢包率的移动网络（如 5G、弱网环境），或需要频繁切换网络的场景。
示例对比
- 加载一个包含 100 个资源的网页：
- HTTP/2：可能因某个 TCP 包丢失导致短暂卡顿。
- HTTP/3：即使某个流丢包，其他资源仍持续加载。
当前状态
- HTTP/2：已被广泛支持（>95% 的浏览器和服务器）。
- HTTP/3：逐步普及中（Chrome、Firefox、Cloudflare、CDN 服务商已支持），但需注意部分网络设备可能限制 UDP 流量。
HTTP/3 通过 QUIC 协议重新设计了传输层，解决了 TCP 的固有问题，是未来 Web 性能优化的关键方向。