IETF正式颁布HTTP/3 RFC文档：QUIC映射或加速网络转型

视频截图（viaWeecli/ YouTube）

与此同时，该文档确定了 QUIC 包含的 HTTP/2 功能，并描述了如何将 HTTP/2 扩展迁移至 HTTP/3 。

QUIC 全称为‘快速 UDP 互联网连接’，由 Google 创建并于 2013 年发布。

其诞生旨在化解传输控制协议（TCP）需要多次来回握手，才能建立连接并开始传输数据的短板。

（图自：Cloudflare）

由于 TCP 三次握手会造成较长的往返延时，用户体验也可能受到极大的影响。正因如此，Google 才决定基于数据报协议（UDP）来打造 QUIC 。

即使 UDP 连接有‘丢包’的问题，但它至少可以减少客户端 / 服务器之间的往返次数，从而极大地改善传输速度。

对于正在大力向移动领域转型的 Google 来说，UDP 更是可以化解共享基站与移动终端之间访问速度缓慢且稀疏的困扰。

事实上，早在 IETF 颁布 HTTP/3 的意见征求稿前，这家科技巨头就已经将 QUIC 支持内嵌于 Google Chrome 浏览器、并在自家的诸多服务上启用。

2018 年的时候，Cloudflare 也将 QUIC 作为一个可选的实施项。微软对此也相当青睐，甚至打造了自己的开源版本，此外 NGINX 也添加了 HTTP/3 支持。

需要指出的是，尽管 QUIC 的普及率有所提高，但目前全球绝大部分数据流量，仍依赖基于 TCP 的 HTTP/2 传输。

所以早在 2016 年，就有网络专家开始建议通过 QUIC 映射的方式，让 HTTP/2 也能享受到 HTTP/3 的一些优势与和谐共存。

本周一（6 月 6 日），他们的努力终于得到了回报。随着 IETF 颁布RFC 9114这个建议标准（完整文档字数超 20000），我们终于可以详细地了解 HTTP/3 。

虽然仍有一些批评者和竞争对手（比如主推 HTTPD 的 Apache），但 Cloudflare 表示目前来自 Google Chrome 浏览器的 HTTP/3 流量已占八成。

Web 流量观测表明 HTTP/3 已成为超文本传输协议的次流行版本

最后，除了来自隐私倡导者的顾虑，一些网络专家也发现 QUIC 承诺的速度提升有些难以捉摸。

所以 HTTP/3 并不一定是能够解决所有网络问题的万金油，且 Apache 也推迟了将之引入 Web 服务器的计划。

访问:

阿里云 - 最高1888元通用代金券立即可用