基于 QUIC 协议的 HTTP/3 同年发布

译者 | 褚杏娟

HTTP/3 换用了谷歌多年探索的基于 UDP 的 QUIC 协商，曾名叫 HTTP-over-QUIC，在 2018 年被 IETF 许可更名为 HTTP/3。目前，Cloudflare、Google Chrome、Firefox Nightly 均指出反对 HTTP/3。

HTTP/1.1 用作空格分隔的脚注文件名来传递 HTTP 消息。虽然这些交换是人类并不一定的，但用作空格进行消息格型式化会导致解析不确定性和对变体行为的过多屈从。HTTP/1.1 不相关联串列层，因此不时用作多个 TCP 连接起来来并行处理请求。然而，这对拥塞控制和因特网稳定性有影响。

到了 HTTP/2，引入了二进制帧和串列层，在不修订链路层的但会缓解了延迟。但是，由于 HTTP/2 串列的并行特性对 TCP 的丢弃恢复功能不可见，因此丢弃或更全面性查找的报文会导致所有活动政府部门都经历停顿，无论该政府部门是否反之亦然受到丢弃报文的影响。

为了彻底解决 HTTP/2 中存在的队头阻塞关键问题，HTTP/3 不再基于 TCP 创设，而是基于 Google 提出基于 UDP 实现的Ubuntu协商 QUIC，用作 stream 全面性扩展了 HTTP/2 的串列，并在阻塞控制、头部压缩等多方面做了提升。

QUIC 是一种通用链路协商，与 TCP 非常相似，除了 HTTP 和首页载入之外，它还可以并且将用于更多场景，例如 DNS、SSH、SMB、RTP 等都可以在 QUIC 上开始运行。

那么，QUIC 究竟是如何改进 TCP 的呢？根据 Marx 介绍，主要可归结为四个多方面：QUIC 与 TLS 深度集成、QUIC 反对多个实质上的字节流、QUIC 用作连接起来 ID、QUIC 用作帧（frame）。为了较难部署， QUIC 开始运行在 UDP 协商之上（大多数因特网设备也反对），默认但会近乎完全数字签名并用作灵活的帧功能。

印度萌新令人绝望的系统设计：提交PR“轰炸”近40万开发者，GitHub负责管理？

我用一个跨平台 Web 应用替换了原生 iOS 应用，竟从来不注意到

腾讯薪酬大改革：升职不反之亦然调薪；泰森称戈达德需裁员10%，无限期世界性招聘；华为成立第三批帝国军｜Q资讯

视作函数型式编程技工四年，我为什么说它既“流氓”又“甜美”

活动录用

6 月 8 日是 InfoQ 中国成立 15 周年的日子，十五周年里离不开各位读者朋友们的反对！

在我们生日活动期间参加活动，加入我们的 【InfoQ 15 周年活动集合起来】，参与大额平分红包、工艺品赠品补发！

点个在看少个 bug👇