为什么需要 HTTP/3
传统 HTTP/1.1 和 HTTP/2 通常运行在 TCP 之上。TCP 可靠，但当一个数据包丢失时，同一连接中的后续数据会等待重传，这就是队头阻塞。在移动网络、跨地域访问或无线信号不稳定的环境中，这种等待会明显放大页面延迟。
HTTP/3 将传输基础换成 QUIC。QUIC 基于 UDP 构建，在协议内部实现可靠传输、拥塞控制和加密。不同数据流彼此独立，一个流发生丢包通常不会阻塞其他流，因此对高丢包率和频繁切换网络的用户更友好。QUIC 还把 TLS 1.3 集成进握手过程，可减少建立安全连接所需的往返次数。
上线时要关注什么
HTTP/3 并不意味着源站应用必须重写。很多企业会先在 CDN 或边缘代理开启，由边缘节点与用户建立 HTTP/3 连接，源站仍使用 HTTP/2 或 HTTP/1.1。上线前应确认 HTTPS 证书正常、UDP 443 端口未被网络设备拦截，并通过浏览器开发者工具或抓包验证实际协商结果。
监控时不要只看平均响应时间，还要比较移动端首字节时间、丢包网络下的加载完成时间和连接复用效果。HTTP/3 是对现有协议的渐进升级，客户端不支持时通常会自动回退，因此适合分阶段启用。
参考资料：https://developers.cloudflare.com/speed/optimization/protocol/http3/