HTTP/3 和 QUIC 解决了什么问题？
简化版
HTTP/3 基于 QUIC，QUIC 运行在 UDP 之上，解决了 TCP 层队头阻塞，并减少连接建立耗时。它内置 TLS 加密，支持连接迁移，对移动网络切换更友好。前端侧主要感知是弱网和高延迟场景加载更稳。
详细版
HTTP/2 虽然有多路复用，但它仍基于 TCP。如果一个 TCP 包丢失，后续数据即使属于其他流，也要等待重传，这就是 TCP 层队头阻塞。
QUIC 的特点：
- 基于 UDP。
- 在传输层实现多路复用。
- 单个流丢包不阻塞其他流。
- 集成 TLS 1.3。
- 支持 0-RTT 或更快连接恢复。
- 支持网络切换时连接迁移。
HTTP/3 不是让业务代码变快，而是改善传输层效率和弱网体验。
完整版教学
一、HTTP/2 的遗留问题
HTTP/2 在应用层实现多路复用，但底层还是 TCP。TCP 保证字节流有序可靠，一旦前面的包丢了，后面的包即使到了也不能交给上层。
因此 HTTP/2 仍然可能受 TCP 队头阻塞影响。
二、QUIC 如何解决
QUIC 基于 UDP，自行实现可靠传输和多路复用。它把不同请求响应放在不同流里，一个流丢包不会阻塞其他流继续交付。
这让高丢包网络下的体验更好。
三、连接建立和迁移
QUIC 集成 TLS 1.3，减少握手往返。对于访问过的站点，还可能使用更快的连接恢复。
移动端从 Wi-Fi 切到 4G 时，传统 TCP 连接可能断开；QUIC 可以通过连接 ID 支持迁移，减少中断。
四、面试追问与工程落地
面试官可能问：“HTTP/3 前端要改代码吗？”
通常不需要业务代码改动，主要由浏览器、服务器、CDN 支持。前端工程师需要理解它对连接、资源加载和弱网体验的影响。
工程中是否启用 HTTP/3 更多取决于 CDN、网关、服务器和兼容性策略。
五、QUIC 的流、握手与 0-RTT 边界
QUIC 把可靠性放在用户态，并让每条 stream 独立维护顺序。流 A 丢包时，流 B 已完整到达的数据仍可交给 HTTP/3；但同一流内部仍需按序，拥塞控制也通常在连接层共享。
| 能力 | TCP + TLS + HTTP/2 | QUIC + HTTP/3 |
|---|---|---|
| 首次安全连接 | TCP 与 TLS 分层握手 | QUIC 集成 TLS 1.3 |
| 流间丢包 | TCP 字节缺口影响所有流 | 通常只阻塞相关流 |
| 网络切换 | 四元组变化常需重连 | Connection ID 支持迁移 |
| 协议升级 | 内核/系统节奏较慢 | 用户态更易演进 |
0-RTT 允许恢复连接时提前发送应用数据，减少一个往返。若 RTT 为 120ms，理论上可省约 120ms 等待，但早期数据存在重放风险，只应用于可安全重放的请求，支付和创建订单不能因“更快”直接放进 0-RTT。
QUIC 消除的是“跨 stream 的传输层队头阻塞”，不是让丢包没有成本，也不是每个网络都必然更快。
六、部署、回退与可观测性
HTTP/3 通常通过 HTTPS DNS 记录/Alt-Svc 等机制被发现，浏览器会尝试 UDP；路径不通时应回退 HTTP/2。企业代理、防火墙或 NAT 对 UDP 的策略会影响成功率，不能只在办公室网络验收。
浏览器 ──UDP/QUIC──→ CDN 边缘 ──可选 H3/H2──→ 源站
└─ UDP 失败 ─────→ TCP + TLS + HTTP/2 回退监控应按协议拆分连接成功率、TTFB、LCP、丢包/重传、回退率和地域。假设总体 P75 LCP 提升 50ms，但 5% 用户因 UDP 黑洞多等 1 秒才回退，平均值会掩盖严重尾部体验。
QPACK 是 HTTP/3 的头部压缩机制，设计上避免 HPACK 动态表依赖直接造成跨流阻塞，但动态表同步仍有复杂性。前端无需实现它，却应知道“换 QUIC”还包含 HTTP/3 帧和头压缩协议变化。
连接迁移也不是“永不断线”。服务器需要接受迁移，网络路径和地址验证要成功，应用层登录态也不能只绑定瞬时 IP。
上线应保留协议回退开关，并分别比较冷连接与恢复连接。若只测已访问过站点的会话恢复，会高估首次访问收益。
对写操作还要记录是否使用早期数据，便于审计重放相关异常。基础设施无法保证时，宁可等完整握手也不要牺牲业务正确性。
协议指标应按网络类型和地区拆分，否则移动弱网的改善可能被办公网络的平均值掩盖。
七、常见误区与追问
- 误区：QUIC 使用 UDP，所以不可靠。 QUIC 在 UDP 之上自行实现确认、重传、拥塞控制和可靠流。
- 误区：HTTP/3 完全没有队头阻塞。 同一 stream 仍按序，拥塞与带宽也仍是连接级约束。
- 误区：0-RTT 可以安全加速所有请求。 早期数据可能被重放，只适合幂等且可安全重复的操作。
- 追问：为什么网络切换时 QUIC 更稳？ 连接用 Connection ID 标识，不完全绑定旧 IP/端口四元组。
- 追问：UDP 被阻断怎么办？ 客户端应快速回退 HTTP/2，部署要监控回退延迟而非假定 UDP 可用。
- 追问：HTTP/3 前端业务代码要改吗？ 通常不改，主要配置在浏览器、CDN、网关和源站层。
- 追问：如何判断上线真的有收益？ 按协议、地域和网络质量比较真实用户分位数指标与失败率。
八、加强记忆
- 基础：HTTP/3 运行在 QUIC 上，QUIC 以 UDP 承载并自实现可靠传输。
- 核心收益：独立 stream 避免一个流丢包阻塞其他流交付。
- 握手：集成 TLS 1.3，恢复连接可使用受限的 0-RTT。
- 移动性：Connection ID 支持地址变化后的连接迁移。
- 现实边界：UDP 路径、代理和防火墙要求可靠回退 H2。
- 验证方法：按协议和网络分层看尾延迟、回退率和真实用户指标。