基于 QUIC 协议的 HTTP/3 正式发布！-Toy模板网

这篇具有很好参考价值的文章主要介绍了基于 QUIC 协议的 HTTP/3 正式发布！。希望对大家有所帮助。如果存在错误或未考虑完全的地方，请大家不吝赐教，您也可以点击"举报违法"按钮提交疑问。

近期，超文本传输协议新版本 HTTP/3 RFC 文档，已由互联网工程任务组（IETF）对外发布。HTTP/3 全称为 HTTP-over-QUIC，指在 QUIC（Quick UDP Internet Connections, 快速 UDP 互联网连接）上映射 HTTP 语义的通信过程。

基于 QUIC 协议的 HTTP/3 正式发布！,云安全,云安全,漏洞,Akamai,Linode

RFC 文档指出，新型传输方式 QUIC 既包含 HTTP/2 功能，还完成了从 TCP（Transmission Control Protocol，传输控制协议）向 UDP（User Datagram Protocol, 用户数据报协议）的连接转型，兼具流式多路复用、分路流控、降低延迟、稳定性能、提高隐私性等特点。面向未来的 HTTP/3 和 QUIC, 既然有这么多优势，下面就来回顾一下它们的前世今生吧。

一、QUIC 源自何处

QUIC 使用 UDP 实现网络连接前，互联网上绝大多数网络连接的底层协议使用的都是 TCP，但它存在一定的局限性——很难完成对 TCP 的更改。即使制造商编写了支持新 TCP 功能的软件，也很难升级所有的旧设备。

基于 QUIC 协议的 HTTP/3 正式发布！,云安全,云安全,漏洞,Akamai,Linode

为了改善 TCP 的局限与延迟情况，谷歌在2013年首次宣布推出 Google QUIC，并内嵌于谷歌浏览器和其它服务中。而在2016年，Akamai 便部署了 Google QUIC，仅用2年时间便实现了与谷歌相近体量的 QUIC 端点部署，以此传输全球流量。

二、QUIC 全新内涵

Akamai 在应用 QUIC 多年后，QUIC 如今又有了哪些更新呢？自 IETF 2016年成立 QUIC 工作组，打造标准化流程持续更新该协议后，目前已实现十多个开源 IETF QUIC 版本，核心特征表现如下：

基于 QUIC 协议的 HTTP/3 正式发布！,云安全,云安全,漏洞,Akamai,Linode

三、HTTP 多版本共存

如果您看到上述 RFC 文件集不含 HTTP/3 描述，无需惊讶。这是因为 HTTP/3 规范是在 QUIC 工作组中，共同开发并同步提交的。事实上，核心 HTTP 语义在不同的版本间并不会改变，也没有弃用其他版本，因为每个版本都适用于不同的用例。

基于 QUIC 协议的 HTTP/3 正式发布！,云安全,云安全,漏洞,Akamai,Linode

推广新版本的同时，也会存在阻止 UDP 的部分网络服务，会造成无法使用 HTTP/3。这种情况下，您仍然可以在这些网络上使用基于 TCP 的 HTTP 版本，即 HTTP/1.1 和 HTTP/2 仍然会受到 IETF 关注，因此它们也将与 HTTP/3 保持共存。

四、“迈”向未来

自 QUIC 标准化设计伊始，IETF 便对依托 Akamai 平台进行未来协议开发而倍感兴奋。回顾 Akamai 科技创新历程，为不断提高应用程序性能、改善用户网络使用体验，我们已开发和部署了多种基于 UDP 的传输协议。

作为第一个部署 Google QUIC 的分布式云计算平台，Akamai 在业务开发过程中，积极沉淀创新经验，为技术规范和开源生态系统持续贡献力量，其中包含兼容 OpenSSL 与 IETF QUIC 的开发工作；同时我们也联动微软将这一成果落地为 quictls，已被应用于微软 MsQuic 堆栈以及 Node.js, cURL。