周一，互联网工程任务组(IETF)发布了HTTP/3的RFC文档。通过作为超文本传输协议的第三个大版本，其主要描述了如何在 QUIC 上映射 HTTP 语义。,从TCP到UDP连接的过渡，QUIC传输协议还具有HTTP传输所需的许多特性，如流复用、分流控制和更低的连接建立延迟。 　　

　　视频截图(通过Weecli/YouTube) 　　

　　同时，本文档确定了QUIC中包含的HTTP/2函数，并描述了如何将HTTP/2扩展迁移到HTTP/3。 　　

　　QUIC名为“快速UDP互联网连接”，由谷歌创建，于2013年发布。 　　

　　它的诞生是为了解决传输控制协议(TCP)需要多次握手才能建立连接并开始传输数据的短板。 　　

　　(图片来自：Cloudflare) 　　

　　因为TCP三次握手会造成很长的往返延迟，用户体验也可能受到很大影响。这也是Google决定基于数据报协议(UDP)构建QUIC的原因。 　　

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

　　对于正在向移动领域转型的谷歌来说，UDP可以解决共享基站和移动终端之间访问速度慢且稀疏的问题。 　　

　　事实上，早在IETF发布HTTP/3征求意见稿之前，这家科技巨头就已经在谷歌Chrome浏览器中嵌入了QUIC支持，并在自己的很多服务上启用。 　　

　　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表示，目前来自谷歌Chrome浏览器的HTTP/3流量已经占到了80%。 　　

　　Web流量观察显示，HTTP/3已经成为超文本传输协议的第二个流行版本。 　　

　　最后，除了隐私倡导者的担忧，一些网络专家还发现QUIC的承诺速度有些难以捉摸。 　　

　　因此，HTTP/3不一定是解决所有网络问题的灵丹妙药，Apache已经推迟了将其引入Web服务器的计划。