互聯網工程任務組（IETF）官員透露，HTTP-over-QUIC實驗協議將重命名為HTTP / 3，并有望成為HTTP協議的第三個正式版本。這是由Mark Nottingham的這一原始建議引發的。

下一代HTTP底層協議將棄用TCP協議，改用QUIC技術。不過運營商網絡丟UDP包這個問題可能一時半會兒比較難解決。我們玩QUIC路還很長。

IETF中的QUIC工作組致力于創建QUIC傳輸協議。QUIC是通過UDP完成的TCP替換。最初，QUIC起初是谷歌的努力，然后更多的是“HTTP / 2加密 - UDP”協議。

當IETF中的工作開始標準化協議時，它分為兩層：傳輸和HTTP部分。這種傳輸協議也可以用于傳輸其他數據，而不只是顯式地用于HTTP或類似HTTP的協議。但是這個名字仍然是QUIC。

社區中的人們已經使用非正式名稱如iQUIC和gQUIC來指代這些不同版本的協議，以將QUIC協議與IETF和Google分開（因為它們在細節上差異很大）。通過“iQUIC”發送HTTP的協議長時間稱為“hq”（HTTP-over-QUIC）。

那么Quic是什么？

Quic(QuickUDP Internet Connections)是一種新的傳輸方式，與TCP相比，它減少了延遲。表面上，Quic非常類似于在UDP上實現的TCP+TLS+HTTP/2。由于TCP是在操作系統內核和中間件固件中實現的，因此對TCP進行重大更改幾乎是不可能的。然而，由于Quic是構建在UDP之上的，所以它沒有受到這樣的限制。

Quic在現有TCP+TLS+HTTP 2上的關鍵特性包括

• 大大縮短連接建立時間
• 改進的擁塞控制
• 無線頭阻塞的多路復用
• 前向糾錯
• 連接遷移

谷歌想要Quic慢慢地取代tcp和udp作為在internet上移動二進制數據的新協議，并且有充分的理由，因為測試已經證明quic是更快和更安全的，因為它的默認加密實現(當前)。http-over-Quic協議草案使用新發布的TLS 1.3協議)。

對TCP與Quic的解釋Reddit用戶:

TCP是在我們仍然在網絡上傳輸數據包時開發的，網絡的丟包量比現在大得多，計算機系統有更長的時間來回答TCP消息。例如，連接到主機的超時時間仍然是20秒，即使如果僅在5秒內無法完成TCP握手，也不太可能得到答案。這些長時間的延遲是網絡應用有時陷入長期停滯的原因。盡管我們看到了可靠性和速度上的巨大改進，但自70年代發明該協議以來，我們還沒有觸及這些延遲。
協議開發人員沒有最終減少這些不會改變數據包并與當前TCP實現基本兼容的缺省值，而是剛剛開始使用UDP，然后在其之上實現自己的TCP。向IPv 6的過渡也是將TCP更新到一個版本的理想時機，該版本修復了它所存在的大多數問題，主要是超時、窗口大小和TCP慢啟動。有些值可以在您的操作系統中進行調整，但是超時，這是最煩人的一個不能。如果您關閉掛起5秒的TCP套接字，您的操作系統仍將保持打開狀態，直到20秒過期，消耗系統資源。

參考鏈接：

https://daniel.haxx.se/blog/2018/11/11/http-3/HTTP/3

https://medium.com/devgorilla/what-is-http-3-94335c57823f

?

想要技術干貨文章，歡迎關注網易云信博客。

了解網易云信，來自網易核心架構的通信與視頻云服務。

---

網易云信（NeteaseYunXin）是集網易18年IM以及音視頻技術打造的PaaS服務產品，來自網易核心技術架構的通信與視頻云服務，穩定易用且功能全面，致力于提供全球領先的技術能力和場景化解決方案。開發者通過集成客戶端SDK和云端OPEN API，即可快速實現包含IM、音視頻通話、直播、點播、互動白板、短信等功能。

總結

以上是生活随笔為你收集整理的HTTP/3 来啦，你还在等什么？赶紧了解一下的全部內容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網站內容還不錯，歡迎將生活随笔推薦給好友。