本週一，互聯網工程任務組（IETF）頒布了HTTP/3 的RFC 文檔。作為超文本傳輸協議的第三個大版本，其主要描述瞭如何在QUIC 上映射HTTP 語義。通過從TCP 向UDP 連接轉型，QUIC 傳輸協議還具有HTTP 傳輸所需的多項特性，例如流式多路復用、分路流控、以及更低的連接建立延遲。

視頻截圖（via Weecli / YouTube）

與此同時，該文檔確定了QUIC 包含的HTTP/2 功能，並描述瞭如何將HTTP/2 擴展遷移至HTTP/3 。

QUIC 全稱為’快速UDP 互聯網連接’，由Google 創建並於2013 年發布。

其誕生旨在化解傳輸控制協議（TCP）需要多次來回握手，才能建立連接並開始傳輸數據的短板。

（圖自：Cloudflare）

由於TCP 三次握手會造成較長的往返延時，用戶體驗也可能受到極大的影響。正因如此，Google 才決定基於數據報協議（UDP）來打造QUIC 。

即使UDP 連接有’丟包’的問題，但它至少可以減少客戶端/ 服務器之間的往返次數，從而極大地改善傳輸速度。

對於正在大力向移動領域轉型的Google 來說，UDP 更是可以化解共享基站與移動終端之間訪問速度緩慢且稀疏的困擾。

事實上，早在IETF 頒布HTTP/3 的意見徵求稿前，這家科技巨頭就已經將QUIC 支持內嵌於Google Chrome 瀏覽器、並在自家的諸多服務上啟用。

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 表示目前來自Google Chrome 瀏覽器的HTTP/3 流量已佔八成。

Web 流量觀測表明HTTP/3 已成為超文本傳輸協議的次流行版本

最後，除了來自隱私倡導者的顧慮，一些網絡專家也發現QUIC 承諾的速度提升有些難以捉摸。

所以HTTP/3 並不一定是能夠解決所有網絡問題的萬金油，且Apache 也推遲了將之引入Web 服務器的計劃。