Chrome 增加了对 HTTP/3 协议的实验性支持

实验性构建 镀铬加那利 添加 支持 HTTP/3 协议，该协议实现了一个附加组件，使 HTTP 能够通过 QUIC 协议工作。 QUIC 协议本身是五年前添加到浏览器中的，此后一直用于优化与 Google 服务的工作。同时，Chrome中使用的Google QUIC版本在一些细节上与来自的版本有所不同 规格 IETF，但现在实现是同步的。

HTTP/3 标准化了 QUIC 作为 HTTP/2 传输的使用。启用 HTTP/3 和 QUIC 选项 23 稿 IETF 规范要求 Chrome 启动时使用选项“-enable-quic -quic-version=h3-23”，然后在打开测试站点时 快速摇滚：4433 在开发者工具的网络检查模式下，HTTP/3 活动将显示为“http/2+quic/99”。

回想一下协议 QUIC （快速 UDP 互联网连接）由 Google 自 2013 年起开发，作为 Web 的 TCP+TLS 组合的替代方案，解决了 TCP 连接建立和协商时间长的问题，并消除了数据传输过程中数据包丢失时的延迟。 QUIC是UDP协议的扩展，支持多个连接的复用，并提供相当于TLS/SSL的加密方法。该协议已经集成到 Google 服务器基础设施中，并且是 Chrome 的一部分。 已计划 包含在 Firefox 中，并积极用于处理 Google 服务器上的客户端请求。

主 产品特点 快速：

• 类似于 TLS 的高安全性（本质上 QUIC 提供了通过 UDP 使用 TLS 的能力）；
• 流量完整性控制，防止丢包；
• 能够立即建立连接（0-RTT，在大约 75% 的情况下，可以在发送连接建立数据包后立即传输数据）并在发送请求和接收响应之间提供最小的延迟（RTT，往返时间）；
• 重传数据包时不使用相同的序列号，这可以避免识别接收到的数据包时出现歧义并消除超时；
• 数据包丢失仅影响与其关联的流的传送，并且不会停止通过当前连接传输的并行流中数据的传送；
• 纠错功能可最大限度地减少因重传丢失数据包而导致的延迟。 在数据包级别使用特殊的纠错码可以减少需要重传丢失的数据包数据的情况。
• 密码块边界与QUIC数据包边界对齐，减少丢包对后续数据包内容解码的影响；
• 不存在TCP队列阻塞的问题；
• 支持连接标识符，减少移动客户端重新建立连接的时间；
• 连接高级连接拥塞控制机制的可能性；
• 采用单向吞吐量预测技术，确保数据包以最佳速率发送，防止数据包拥塞而导致丢包；
• 可感知的 发展 与 TCP 相比的性能和吞吐量。 对于 YouTube 等视频服务，QUIC 已被证明可以将观看视频时的重新缓冲操作减少 30%。

来源： opennet.ru