共计 1813 个字符,预计需要花费 5 分钟才能阅读完成。
导读 | 在研究互联网及其背后的技术时,您可能会遇到这个术语:HTTP。HTTP,或超文本传输协议,是网络的支柱,是传输文本数据的通用协议。毫无疑问,您使用过它,因为您了解 HTTP 的网站使用的是 HTTP。 |
发布的第一个 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。如果您准备更新您的实现,那么它可以是一个受欢迎的性能提升。我希望你喜欢阅读并从这篇文章中学到一些东西。