什么是 HTTP/3？HTTP/3 主要優(yōu)勢是什么？

時間：2024-05-14 00:30:01 | 來源：建站知識

時間：2024-05-14 00:30:01 來源：建站知識

網(wǎng)絡(luò)的發(fā)展永遠(yuǎn)不會停滯不前。隨著新技術(shù)的發(fā)展，消費者行為發(fā)生變化，支撐互聯(lián)網(wǎng)的核心基礎(chǔ)設(shè)施被迫適應(yīng)。

HTTP 協(xié)議——用于在客戶端和服務(wù)器之間傳輸數(shù)據(jù)——已經(jīng)經(jīng)歷了許多不同的迭代，所有這些都通過新的和令人興奮的特性增強(qiáng)了核心功能。

在 1997 年采用 HTTP/1.1 和 2015 年采用HTTP/2時隔 18 年之后，發(fā)展步伐加快，僅在三年后提交了 HTTP/3提案草案。

什么是 HTTP/3？

HTTP/3 的核心是對用于管理文件傳輸?shù)牡讓觽鬏攲拥膹氐赘脑臁?br>
它代表了從 TCP（傳輸控制協(xié)議）到 UDP（用戶數(shù)據(jù)報協(xié)議）的轉(zhuǎn)變，解決了幾個 TCP 限制并提高了用戶的性能和安全性。

盡管它仍在等待發(fā)布前的最終審查，但73%的網(wǎng)絡(luò)瀏覽器已經(jīng)支持該協(xié)議。

一旦 Safari 將其作為核心功能，這個數(shù)字將顯著增加；目前，它是實驗性的，必須通過開發(fā)者菜單啟用。

HTTP/3 協(xié)議已被 25% 的前 1000 萬網(wǎng)站使用。

HTTP/3 相對于 HTTP/2 和 HTTP/1 的主要優(yōu)勢是什么？

要充分了解 HTTP/3 的優(yōu)勢，有必要回過頭來了解 HTTP/1.1 的工作原理，以及 HTTP/2 旨在解決的問題。

發(fā)送時，文件（HTML、JS、CSS、圖像等）被分解成更小的、單獨的數(shù)據(jù)包，數(shù)據(jù)隨著時間的推移而傳輸。

HTTP/1.1 旨在為每個文件提供自己的連接。隨著網(wǎng)站變得越來越復(fù)雜，需要更多的文件來加載每個頁面。

瀏覽器限制了可用的并行連接數(shù)量，從而造成瓶頸并減慢加載時間。這導(dǎo)致了一些必要的變通方法來最大化性能，例如域分片和圖像精靈。

通過引入多路復(fù)用，HTTP/2 解決了由連接限制引起的問題，允許通過單個連接傳輸多個文件。

另一個主要改進(jìn)是引入了更好的標(biāo)頭壓縮，以及一些在實踐中證明不太成功的其他功能。

然而，這些改進(jìn)并沒有解決 TCP 協(xié)議的所有問題。

TCP按時間順序傳輸數(shù)據(jù)包，這意味著如果丟失了數(shù)據(jù)包，則整個連接將保持不變，直到成功接收到數(shù)據(jù)包。這個問題，被稱為線頭阻塞，否定了多路復(fù)用的一些好處。

TCP 的另一個挑戰(zhàn)是它完全脫離了 TLS 協(xié)議。這是設(shè)計使然，因為網(wǎng)站可能既安全又不安全。

因此，服務(wù)器和客戶端在傳輸數(shù)據(jù)之前必須進(jìn)行多次往返來協(xié)商連接。

HTTP/3 如何解決這些問題？

通過從 TCP 遷移到 UDP，HTTP/3 引入了三個使其與 HTTP/1.1 和 HTTP/2 不同的主要特性。

獨立字節(jié)流

HTTP/3 通過為單個文件引入獨立的字節(jié)流來解決行頭阻塞問題。在重新發(fā)送丟失的數(shù)據(jù)包時，僅阻止單個流的數(shù)據(jù)，而不是整個連接。

為了進(jìn)一步說明這一點，值得回想一下Tom Anthony在他關(guān)于 HTTP/2（現(xiàn)已更新為HTTP/3）的開創(chuàng)性演示中使用的奇妙的卡車類比。

基本前提是，使用 HTTP/1.1，最終會有多輛卡車在同一條道路上排隊（連接）。



HTTP/3 簡介，2022 年 4 月

相比之下，HTTP/2 允許多輛卡車同時在同一車道上。



HTTP/3 簡介，2022 年 4 月

不幸的是，使用 TCP 時，如果卡車熄火，整條道路都會被阻塞，直到卡車再次開始行駛。



HTTP/3 簡介，2022 年 4 月

使用 HTTP/3 和 UDP，其他卡車可以繞過它。

TLS 集成

通過將 TLS 1.3 并入 HTTP/3 本身，而不是讓兩個不同的協(xié)議獨立運(yùn)行，只需一次握手即可將往返次數(shù)從兩次（或如果使用 TLS 1.2，則為三次）減少到一次。

這一變化意味著更快、更安全的用戶連接。

此更改的一個后果是 HTTP/3 只能在安全站點上使用，因為 TLS 和 UDP 緊密交織在一起。有趣的是，HTTP/2 并非如此，從技術(shù)上講，它可以在不安全的站點上使用——盡管沒有一個主要的瀏覽器允許您這樣做。

連接遷移

HTTP/3 不是使用 IP 來路由數(shù)據(jù)包，而是使用連接 ID。

通過這樣做，它可以處理網(wǎng)絡(luò)更改而無需重新建立連接。

這在移動優(yōu)先的世界中非常有利，用戶經(jīng)常在 wifi 和蜂窩網(wǎng)絡(luò)之間切換，無論是在速度還是連接穩(wěn)定性方面。

回到我們的卡車類比，這就像來到一個路口，必須再次排隊才能繼續(xù)前進(jìn)到下一條道路。

使用 HTTP/3，有一條支路，允許您在兩者之間無縫交換。

HTTP/3 有什么缺點嗎？

盡管 HTTP/3 有一些明顯的性能優(yōu)勢，但它的批評者強(qiáng)調(diào)了幾個缺點。

首先，該協(xié)議將為快速連接的用戶提供有限的好處，最慢的 1% 到 10% 的用戶獲得了大部分收益。

但是，就 Core Web Vitals 而言，這實際上可能是非常有益的。

CWV 分?jǐn)?shù)是全球性的，因此完全有可能被遙遠(yuǎn)地理位置的特定用戶子集拉低。

同樣，在移動優(yōu)先的世界中，即使設(shè)備速度快且地理位置接近的用戶也可能會遇到暫時的網(wǎng)絡(luò)問題，這可能會對 CWV 產(chǎn)生不利影響。

您的用戶的移動性越高，產(chǎn)生影響的可能性就越高。

另一個抱怨是切換到 HTTP/3 需要相當(dāng)大的服務(wù)器升級，因為它從根本上改變了傳輸層的工作方式。

此外，UDP 的使用還引入了更高的 CPU 要求，這可能會給服務(wù)器帶來更大的壓力。

這兩個論點都是公平的，但目前正在優(yōu)化 CPU 使用率。

此外，正如我們將在下面的實施部分中看到的，許多 CDN 提供商已經(jīng)提供了相對簡單的 HTTP/3 解決方案，可以輕松地部署在邊緣。

HTTP/3 對 SEO 重要嗎？

雖然百度自2020 年起就支持 HTTP/2 ，但現(xiàn)在有一半的網(wǎng)址是使用該協(xié)議抓取的，但它目前不支持 HTTP/3。

HTTP/2 僅在這樣做有明顯好處時使用，即，當(dāng)使用 HTTP/2 會為服務(wù)器和搜索機(jī)器人節(jié)省大量資源時。

這無疑會隨著時間的推移繼續(xù)增加，但鑒于 HTTP/2 協(xié)議的發(fā)布和搜索機(jī)器人支持之間的五年差距，HTTP/3 可能還有一段路要走。

也就是說，實施 HTTP/3 仍可能對 SEO 產(chǎn)生間接影響——如果支持該協(xié)議會帶來更好的SEO得分。

升級您的服務(wù)器基礎(chǔ)架構(gòu)以支持 HTTP/3（或者，就此而言，HTTP/2）只是您可以用來確保您的網(wǎng)站盡可能高性能的眾多潛在增強(qiáng)功能之一。

擁有一個高性能網(wǎng)站的好處，包括降低跳出率、增加網(wǎng)站停留時間和更高的轉(zhuǎn)化率，提升SEO效果。

如何檢查網(wǎng)站是否支持 HTTP/3

如果您不確定某個網(wǎng)站是否支持 HTTP/3，那么您可以使用以下在線工具進(jìn)行檢查：https://http3check.net/

或者，Chrome 和 Firefox 都在開發(fā)工具網(wǎng)絡(luò)選項卡中顯示每個請求的協(xié)議。

這些字段默認(rèn)不可見，但可以通過右鍵單擊導(dǎo)航欄并選擇“協(xié)議”來啟用。HTTP/3 請求標(biāo)記為“h3”。

也可以使用命令行和curl進(jìn)行檢查。

curl --http3 https://website.com/

由于許多網(wǎng)站只會為頁面資源（通常托管在 CDN 上的那些）啟用 HTTP/3，因此使用開發(fā)工具將提供更準(zhǔn)確的圖片并讓您更好地評估可用的機(jī)會。

如何實現(xiàn) HTTP/3？

到目前為止，啟用 HTTP/3 的最簡單方法是通過CDN。

包括Cloudflare、Google Cloud和Fastly在內(nèi)的幾家主要供應(yīng)商 已經(jīng)支持該協(xié)議。

根據(jù) W3Techs 的數(shù)據(jù)，前 1000 萬個網(wǎng)站中有22%使用 Cloudflare，您可以在儀表板中輕松啟用 HTTP/3。

如果您不確定要處理的技術(shù)堆棧，請使用 Builtwith 或 Wappalyzer 并查看是否列出了 CDN。

如果一個站點正在使用 Cloudflare，并且所有請求都是 HTTP/2，那么您已經(jīng)找到了一個簡單而有效的建議。

如果無法通過 CDN 實現(xiàn)，則需要更改服務(wù)器。

根據(jù)所使用的語言，可以使用各種實現(xiàn)，但 Web 服務(wù)器尚未普遍采用這些實現(xiàn)。

因此，實現(xiàn) HTTP/3 的可行性可能取決于您使用的軟件類型。



服務(wù)器 HTTP/3 支持，2022 年 4 月

不幸的是，32%的 Web 服務(wù)器使用 Apache，但由于開發(fā)資源有限，它尚未開始提供支持。

同樣，由于缺少OpenSSL 支持，在 Node 上啟用該協(xié)議需要一種解決方法。

Windows (IIS) 是最新提供本機(jī)協(xié)議的提供商，但它需要Windows Server 2022 和 Windows 11 或更高版本。

總結(jié)

HTTP/3 是 Web 向前邁出的又一重要一步，它將提供急需的性能提升以支持其持續(xù)發(fā)展。

作為 SEO 和網(wǎng)絡(luò)營銷專業(yè)人士，我們應(yīng)該知道該協(xié)議在即將發(fā)布之前帶來的好處，因此我們可以開始推薦它的使用，并讓我們的用戶在未來幾年獲得好處。