谷歌宣布 幾天前它已經開始 在Chrome中部署HTTP / 3和IETF QUIC 他在公告中表示，他希望此更新可以帶來一些其他性能改進，尤其是在對QUIC的支持下。
QUIC是一種新的網絡傳輸協議 結合了TCP，TLS和其他功能。 HTTP / 3是HTTP的最新版本，該協議承載著絕大多數的網絡流量。 HTTP / 3僅適用於QUIC。
互聯網工程任務組（IETF）於2年推出了HTTP / 2015，它進行的一項重大改進是對多路復用的支持。
但是，它使用TCP作為傳輸協議和TCP中的丟失恢復機制，因此丟失的數據包仍然會導致所有活動事務中的延遲。
通過採用QUIC，HTTP / 3可以進一步改善傳輸過程，因為在這種情況下丟失的數據包僅影響直接受影響的交易。
事實上， QUIC最初由Google開發 並於2013年首次宣布。此後，該協議已經成熟，目前負責承載Google三分之一的流量。
然後，在2015年，QUIC的開發權交由負責維護Internet協議的標準機構IETF接管。 IETF通過一些更改改進了QUIC。 迄今為止，有兩種相似但不同的協議：Google QUIC和IETF QUIC。
Google宣布一直使用自己的QUIC版本，但他的QUIC團隊也參與了IEFT專有版本的實施。 博客文章說：“過去五年來，我們在開發Google QUIC方面做出了巨大的努力，以跟上IETF所做的更改，並且最新版本的Google QUIC與IETF QUIC有很多相似之處。”此外， 澄清了一些遺漏。
舉例來說，到目前為止 大多數Chrome用戶無法與IETF QUIC服務器通信 而不啟用某些命令行選項。 同樣 Google補充說，現在發現IETF QUIC的性能明顯優於HTTP 相比TLS 1.3和TCP。
該公司特別指出，谷歌的搜索引擎延遲減少了2％以上。 YouTube的緩衝時間已減少了9％以上。 此外，在台式機上，客戶端性能提高了3％以上。
在手機上，客戶績效提高了7％以上。 這些和其他原因是Chrome切換到IETF的QUIC版本的原因。 “我們很高興地宣布，Chrome正在實施對IETF QUIC（特別是h3-29試用版）的支持。
如今，穩定版Chrome的用戶中約有25％使用的是h3-29，並且我們計劃在未來幾週內通過繼續監控性能數據來增加該數字。
他補充說：“ Chrome將積極支持IETF QUIC h3-29和Google QUIC版本（Q050），以使支持Q050的服務器有時間升級到IETF QUIC。” Chrome m85尚不支持IETF QUIC 0-RTT，Google希望在未來幾個月內發布對IETF QUIC 0-RTT的支持時，性能會更好。 此外，由於IETF QUIC版本30和31不包含可能破壞兼容性的更改，因此該公司不打算更改標識符“在線”。
這意味著 將繼續跟踪IETF版本中的更改， 但是 將實現為h3-29 / 0xff00001d。
因此，如果服務器想與Chrome進行互操作，建議服務器繼續支持h3-29，直到完成最終RFC。 但是，如果IETF所做的更改破壞了未來項目的兼容性，Chrome將會撤銷該決定。