Mozilla宣布计划在Firefox 88中分阶段推出HTTP/3和QUIC，该版本计划于4月19日发布（原定于4月20日发布，但根据计划推迟了一天）。HTTP/3支持最初将面向一小部分用户启用，如果没有出现任何意外情况，将在5月底前推广到所有用户。HTTP/3已于3月底在每日构建版和测试版中默认启用。
需要提醒的是，Firefox 中的 HTTP/3 实现基于 Mozilla 开发的 neqo 项目，该项目提供了一个客户端实现，并且 伺服器 用于 QUIC 协议。支持 HTTP/3 和 QUIC 的组件代码是用 Rust 编写的。要启用 HTTP/3，可以在 about:config 中使用“network.http.http3.enabled”选项。Chrome 和 curl 客户端软件也已添加了实验性的 HTTP/3 支持。 服务器 它已集成到 Nginx 中，Cloudflare 也提供了 Nginx 模块和测试服务器版本。在网站方面，Google 和 Facebook 的服务器已经启用了 HTTP/3 支持。
HTTP/3 协议仍处于草案规范阶段，尚未由 IETF 完全标准化。使用 HTTP/3 需要客户端和服务器支持相同版本的 QUIC 和 HTTP/3 草案标准，这在 Alt-Svc 标头中指定（Firefox 支持草案 27 至 32）。
HTTP/3 将 QUIC 协议定义为 HTTP/2 的传输协议。自 2013 年以来，谷歌一直在开发 QUIC（快速 UDP 互联网连接）协议，作为 TCP+TLS 的替代方案。它解决了 TCP 连接建立和协商速度慢的问题，并消除了数据传输过程中丢包造成的延迟。QUIC 是 UDP 协议的超集，支持多连接复用，并提供与 TLS/SSL 等效的加密方法。在 IETF 标准的开发过程中，该协议进行了修改，最终形成了两个并行分支：一个用于 HTTP/3，另一个由谷歌支持（Chrome 同时支持这两个分支）。
QUIC 的主要特点：
- 类似于 TLS 的高安全性（本质上 QUIC 提供了通过 UDP 使用 TLS 的能力）；
- 流量完整性控制，防止丢包；
- 能够立即建立连接（0-RTT，在大约 75% 的情况下，可以在发送连接建立数据包后立即传输数据）并在发送请求和接收响应之间提供最小的延迟（RTT，往返时间）；
- 重传数据包时使用不同的序列号，这可以避免识别接收到的数据包时出现歧义并消除超时；
- 数据包丢失仅影响与其关联的流的传送，并且不会停止通过当前连接传输的并行流中数据的传送；
- 纠错功能可最大限度地减少因重传丢失数据包而导致的延迟。 在数据包级别使用特殊的纠错码可以减少需要重传丢失的数据包数据的情况。
- 密码块边界与QUIC数据包边界对齐，减少丢包对后续数据包内容解码的影响；
- 不存在TCP队列阻塞的问题；
- 支持连接标识符，减少移动客户端重新建立连接的时间；
- 连接高级连接拥塞控制机制的可能性；
- 采用单向吞吐量预测技术，确保数据包以最佳速率发送，防止数据包拥塞而导致丢包；
- 与 TCP 相比，性能和吞吐量显着提高。 对于 YouTube 等视频服务，QUIC 已被证明可以将观看视频时的重新缓冲操作减少 30%。
来源： opennet.ru
