介绍什么是 HTTP/3，它为什么重要？

发布的第一个 HTTP 版本是 HTTP/0.9。Tim Berners-Lee 于 1989 年创建了它，并于 1991 年将其命名为 HTTP/0.9。HTTP/0.9 功能是有限的，只能做基本的事情。除了网页之外，它无法返回任何内容，并且不支持 cookie 和其他现代功能。1996 年，HTTP/1.0 发布，带来了新功能，如 POST 请求和发送网页以外的内容的能力。但是，与今天相比，还有很长的路要走。HTTP / 1.1在1997年发布，并进行了两次修订，一次是在1999年，一次是在2007年。它带来了许多主要的新功能，例如cookie和连接仍然存在。最后，在 2015 年，HTTP/2 发布并允许提高性能，使诸如服务器发送事件和一次发送多个请求的能力成为可能。HTTP/2 仍然是新的，只有不到一半的网站使用。

HTTP/3或HTTP over QUIC，改变了HTTP很多。HTTP 传统上是通过 TCP（传输控制协议）完成的。但是，TCP于1974年互联网开始发展。当 TCP 最初创建时，它的作者无法预测网络的增长。由于 TCP 已过时，因此 TCP 在一段时间内限制了 HTTP 的速度和安全性。现在，由于 HTTP/3，HTTP 不再受限制。HTTP/3 没有使用 TCP，而是使用了一种由 Google 于 2012 年开发的新协议，称为 QUIC（发音为“quick”）。这为 HTTP 引入了许多新功能。

链接：https://www.linuxmi.com/http-3-http-over-quic.html

照片来自Unsplash的PAUL SMITH

在 HTTP/2 之前，浏览器一次只能向服务器发送一个请求。这使得网站加载速度明显变慢，因为浏览器一次只加载一项资源，如 CSS 或 JavaScript。HTTP/2 引入了一次加载多个资源的能力，但 TCP 并非为此而生。如果请求之一失败，TCP将使浏览器重做所有请求。由于TCP在HTTP/3中已被删除并由QUIC代替，因此HTTP/3解决了此问题。使用 HTTP/3，浏览器只需要重做失败的请求。因此，HTTP/3 更快、更可靠。

HTTP/3 优化了允许浏览器 HTTP 请求被加密的“握手”。QUIC 将初始连接与 TLS 握手相结合，使其默认安全且速度更快。

链接：https://www.linuxmi.com/http-3-http-over-quic.html

在撰写本文时，HTTP/3 和 QUIC 尚未标准化。有一个 IETF工作组目前正在制定标准化 QUIC 的草案。HTTP/3 的 QUIC 版本略有修改，使用 TLS 代替 Google 的加密，但具有相同的优点。

目前，由于谷歌创建了 QUIC 协议和 HTTP over QUIC 的提议，Chrome 默认支持 HTTP/3。Firefox 也支持 88+ 版本中没有标志的协议。Safari 14支持HTTP/3，但前提是启用了实验性功能标志。

浏览器支持 HTTP/3（来源：Can I Use）

到目前为止，只有部分服务器支持 HTTP/3，但它们的份额正在增长。Cloudflare 是除 Google 之外最早支持 HTTP/3 的公司之一，因此它们的无服务器功能和 CDN 符合 HTTP/3 标准。此外，Google Cloud 和 Fastly 符合 HTTP/3 标准。不幸的是，Microsoft Azure CDN 和 AWS CloudFront 目前似乎不支持 HTTP/3。如果您想尝试 HTTP/3，QUIC.Cloud是一种在您的服务器前设置缓存 HTTP/3 CDN 的有趣（虽然是实验性的）方法。Cloudflare、Fastly 和 Google Cloud 也有良好的 HTTP/3 支持，并且更适合生产。

HTTP/3 仍然是对 HTTP 的一个非常实验性的更新，它很可能会改变。但是，超过一半的用户支持当前形式的 HTTP/3。如果您准备更新您的实现，那么它可以是一个受欢迎的性能提升。我希望你喜欢阅读并从这篇文章中学到一些东西。