HTTP/3 來了，你瞭解它麼？

做爲咱們網上衝浪最爲常見，也常常被人忽視的 HTTP 已經更新換代到了 HTTP/3。本文簡單明瞭的帶你認識 HTTP/3 的做用。

最近二狗子看到本身存儲女神婷婷照片所用的雲服務商——又拍雲推出了 HTTP/3 嚐鮮功能。做爲愛好學習的二狗子同窗既驚喜又好奇，他對 HTTPS、HTTP/2 很是熟悉，可是對於 HTTP/3 倒是少了一些瞭解。

「HTTP/2 都還沒普及，沒想到又拍雲居然連 HTTP/3 功能都上了，真不愧是業界良心，果真他們常說的技術氛圍不僅是說說的。看樣子這段時間本身不夠勤快，是時候去學習下 HTTP/3 相關知識了。」二狗子一邊內心想着，一邊就開始找資料學習了。

HTTP/3 是什麼？

要深刻了解 HTTP/3，那首先要知道什麼是 HTTP/3。

如上圖所示，HTTP/3 是基於 QUIC 的協議。而 QUIC 協議是 Google 提出的一套開源協議，它基於 UDP 來實現，直接競爭對手是 TCP 協議。

另外，要聊 HTTP/3，HTTP 的發展歷程是怎麼也繞不過去的，並且能夠講好久。

若是想要詳細瞭解 HTTP 的前世此生與發展歷程，能夠查看以前的內容《當我談 HTTP 時，我談些什麼》。

HTTP/3 的優勢及不足

今天咱們在這裏簡單說一下 HTTP/3 相比較 HTTP/2 進步的那些點。

迴歸正題，相比 HTTP/2 而言 HTTP/3 有如下幾點提高：

• HTTP/3 使用 stream 進一步擴展了 HTTP/2 的多路複用。在 HTTP/3 模式下，通常傳輸多少個文件就會產生對應數量的 stream。當這些文件中的其中一個發生丟包時，你只須要重傳丟包文件的對應 stream 便可。
• HTTP/3 再也不是基於 TCP 創建的，而是經過 UDP 創建，在用戶空間保證傳輸的可靠性，相比 TCP，UDP 之上的 QUIC 協議提升了鏈接創建的速度，下降了延遲。
• 經過引入 Connection ID，使得 HTTP/3 支持鏈接遷移以及 NAT 的重綁定。
• HTTP/3 含有一個包括驗證、加密、數據及負載的 built-in 的 TLS 安全機制。
• 擁塞控制。TCP 是在內核區實現的，而 HTTP/3 將擁塞控制移出了內核，經過用戶空間來實現。這樣作的好處就是再也不須要等待內核更新能夠實現很方便的進行快速迭代。
• 頭部壓縮。HTTP/2 使用的 HPACK，HTTP/3 更換成了兼容 HPACK 的 QPACK 壓縮方案。QPACK 優化了對亂序發送的支持，也優化了壓縮率。

沒有哪項技術是天衣無縫的，更不用說是還在發展中的 HTTP/3 了。

HTTP/3 創建傳輸用的是 UDP 協議，而在 HTTP/3 出現前 UDP 的一般出現地點是相似《計算機網絡》這樣的書面理論，即使是實際應用也大多和網絡攻擊一塊兒出現，這就致使 UDP 的名聲不太好。名聲差了天然在硬件上的支持也捉襟見肘，大部分互聯網服務也就理所固然的對 UDP 的訪問進行限制。

準備好迎接 HTTP/3 了嗎？

可是毫無疑問的，HTTP/3 是目前最前沿的互聯網標準，它的缺點能夠經過不斷的改進來完善。相比與 HTTP/3 自己的缺陷問題，做爲一項新技術最致命的問題是可否得到足夠多的有效支持，從而進行大範圍推廣。

那麼當前的環境已經有迎接 HTTP/3 的能力了麼？

HTTP/3 做爲互聯網的標準革新之一，在支持方面無非兩點，一個是服務端，一個是客戶端。

先來看一下客戶端，你們所熟悉的瀏覽器 Chrome 以及經常使用 Curl 命令行工具都已經支持 HTTP/3 特性。在 Chrome 的開發者工具一欄裏你能夠看到一項顯示爲「HTTP/2+quic/99」，這就是 Chrome 已經支持 HTTP/3 的證據。畢竟 HTTP/3 的組成離不開 QUIC 協議。

而在 Curl 命令行工具[https://github.com/curl/curl] 的最新版本， 你只需在常規的命令末尾添加「--HTTP/3」便可使用 HTTP/3，若是目標服務器支持，它會天然的返回「HTTP/3 200」。

確認了客戶端的支持，咱們接下來看一下服務端。

自 2013 年 QUIC 被正式公開以來，到 2020 年已經發展了差很少7年，目前網上已經有了很多熱門開源的項目，除去帶頭大哥 Google 在完成了對自身搜索引擎的支持，還同時拉上了 Gmail 、YouTube 等站點。但對於國內的絕大部分站點來講，HTTP/3 之路，彷佛還停留在東土大唐，即便 Nginx 已經公開聲明：「咱們已經支持 QUIC 協議「。

咱們能夠看到，雖然目前環境尚未全面迭代到 HTTP/3 ，可是 HTTP/3 的發展是不可阻攔的。

做爲一家極客氛圍極強的公司，又拍雲在很多廠商還沒準備好時，苦心鑽研，現已推出 HTTP/3 嚐鮮服務，您能夠切身體驗 HTTP/3 帶來的變革。

[可是毫無疑問的，HTTP/3 是目前最前沿的互聯網標準，它的缺點能夠經過不斷的改進來完善。相比與 HTTP/3 自己的缺陷問題，做爲一項新技術最致命的問題是可否得到足夠多的有效支持，從而進行大範圍推廣。

那麼當前的環境已經有迎接 HTTP/3 的能力了麼？

HTTP/3 做爲互聯網的標準革新之一，在支持方面無非兩點，一個是服務端，一個是客戶端。

先來看一下客戶端，你們所熟悉的瀏覽器 Chrome 以及經常使用 Curl 命令行工具都已經支持 HTTP/3 特性。在 Chrome 的開發者工具一欄裏你能夠看到一項顯示爲「HTTP/2+quic/99」，這就是 Chrome 已經支持 HTTP/3 的證據。畢竟 HTTP/3 的組成離不開 QUIC 協議。

而在 Curl 命令行工具[https://github.com/curl/curl] 的最新版本， 你只需在常規的命令末尾添加「--HTTP/3」便可使用 HTTP/3，若是目標服務器支持，它會天然的返回「HTTP/3 200」。

確認了客戶端的支持，咱們接下來看一下服務端。

自 2013 年 QUIC 被正式公開以來，到 2020 年已經發展了差很少7年，目前網上已經有了很多熱門開源的項目，除去帶頭大哥 Google 在完成了對自身搜索引擎的支持，還同時拉上了 Gmail 、YouTube 等站點。但對於國內的絕大部分站點來講，HTTP/3 之路，彷佛還停留在東土大唐，即便 Nginx 已經公開聲明：「咱們已經支持 QUIC 協議「。

咱們能夠看到，雖然目前環境尚未全面迭代到 HTTP/3 ，可是 HTTP/3 的發展是不可阻攔的。

做爲一家極客氛圍極強的公司，又拍雲在很多廠商還沒準備好時，苦心鑽研，現已推出 HTTP/3 嚐鮮服務，您能夠切身體驗 HTTP/3 帶來的變革。

當即體驗

推薦閱讀

QUIC/HTTP3 協議簡析

從 HTTP/1 到 HTTP/2，以及即將到來的 HTTP/3