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

内容简介：本周一，互联网工程任务组（IETF）颁布了HTTP/3的RFC文档。作为超文本传输协议的第三个大版本，其主要描述了如何在QUIC上映射HTTP语义。通过从TCP向UDP连接转型，QUIC传输协议还具有HTTP传输所需的多项特性，例如流式多路复用、分路流控、以及更低的连接建立延迟。

本周一，互联网工程任务组（IETF）颁布了 HTTP/3 的 RFC 文档。作为超文本传输协议的第三个大版本，其主要描述了如何在 QUIC 上映射 HTTP 语义。通过从 TCP 向 UDP 连接转型，QUIC 传输协议还具有 HTTP 传输所需的多项特性，例如流式多路复用、分路流控、以及更低的连接建立延迟。

视频截图（via Weecli / 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 服务器的计划。

以上就是本文的全部内容，希望对大家的学习有所帮助，也希望大家多多支持 码农网

查看所有标签

猜你喜欢:

• MyBatis从入门到精通(十一)：MyBatis高级结果映射之一对多映射
• MyBatis从入门到精通(九)：MyBatis高级结果映射之一对一映射
• 【mybatis xml】数据层框架应用--Mybatis（三）关系映射之一对一关系映射
• Hibernate 关系映射整理
• SpringMVC——请求映射
• Hibernate 关系映射整理

本站部分资源来源于网络，本站转载出于传递更多信息之目的，版权归原作者或者来源机构所有，如转载稿涉及版权问题，请联系我们。