HTTP/3 來啦，你還在等什麼？趕忙瞭解一下

互聯網工程任務組（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/2...

https://medium.com/devgorilla...

想要閱讀更多技術乾貨文章，歡迎關注網易雲信博客。

瞭解網易雲信，來自網易核心架構的通訊與視頻雲服務。

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