通過這篇文章你可以了解到：
1.什么是HTTP協(xié)議？
2.HTTP 1.1/2.0/3.0 的發(fā)展變更
3.HTTP 1.1/2.0/3.0 的主要區(qū)別
4.HTTP 3.0 進化發(fā)展的意義
HTTP（ Hyper Text Transfer Protocol 超文本傳輸協(xié)議），是一個用于傳輸超文本文檔的應用層協(xié)議，基于TCP協(xié)議，它是為Web瀏覽器與Web服務器之間的通信而設計的。
基本特點：
1.基于TCP協(xié)議，應用層協(xié)議
2.傳輸一些HTML、CSS、JavaScript內容
3.請求及響應
4.簡單可擴展：語義簡單且可在請求頭自定義內容
5.無狀態(tài)：請求之間是相互孤立的
HTTP傳輸協(xié)議到目前為止所有的版本可以分為HTTP 0.9、HTTP 1.0、HTTP 1.1、HTTP 2.0、HTTP 3.0，其中普遍應用的是HTTP 1.1版本，正在推進HTTP 2.0版本，以及未來的HTTP 3.0版本，今天主要介紹這三個版本。
HTTP代表超文本傳輸協(xié)議，這是一種自1989年推出以來用于通過萬維網進行通信的應用程序協(xié)議。HTTP是互聯(lián)網上的計算機和服務器用來請求和發(fā)送信息的一種方法。
HTTP 1.1是標準化的協(xié)議，HTTP 1.1消除了大量歧義內容并引入了多項改進。
HTTP傳輸協(xié)議利用一些簡單的方法在計算機之間發(fā)送和接收信息。兩種最常見的方法是：（1）獲??；（2）發(fā)布。當客戶端計算機與服務器通信時，它會發(fā)送這些命令之一來指示服務器下一步該做什么。作為響應，服務器通常會將資源（如HTML網頁）返回給客戶端計算機。
獲取示例：
讓我們把它放到一個可能發(fā)生的示例HTTP事務中。
在此示例中，客戶端計算機使用GET 方法從地址為“www.example.co.uk”的主機服務器請求名為“index.html”的 HTML 文檔，該文檔采用 HTTP/1.1 協(xié)議。作為響應，Web 服務器將“index.html”文檔連同任何相關的樣式表、圖像或其他資源一起返回到客戶端計算機。
但是，這些資源不會在一個事務中全部返回- 請求和響應將來回傳遞，直到所有相關數(shù)據都已傳輸并且客戶端可以在其瀏覽器上顯示網頁。
開機自檢示例
下面的另一個示例是如何執(zhí)行具有POST 命令的典型 HTTP 事務：
在此示例中，客戶端計算機使用POST 方法將數(shù)據發(fā)送到指定的服務器。這里發(fā)送的數(shù)據是“field1=value1&field2=value2”。第一行定義正在使用的方法、要將數(shù)據發(fā)送到的文件以及 HTTP 版本?！癶ost”行定義了在發(fā)送指定數(shù)據之前，客戶端計算機應連接到的位置。
定義：HTTP 2.0是HTTP協(xié)議的第一個主要修訂版，旨在通過實施各種優(yōu)化技術來減少網頁加載延遲。HTTP 2.0傳輸協(xié)議 由IETF（互聯(lián)網工程任務組）于2015年5月發(fā)布，旨在成為與所有可用 Web 瀏覽器兼容的標準通信方法。
雖然HTTP 1.1和HTTP 2.0共享語義以促進兩個協(xié)議之間的通信，但它們用于傳遞數(shù)據的方法可能會有很大差異。
1.HTTP 2.0協(xié)議連接都是永久的，而且僅需要每個來源一個連接。
2.流控制：阻止發(fā)送方向接收方（服務器）發(fā)送大量數(shù)據的機制。
3.服務器可主動推送信息。
HTTP 2.0 和 HTTP 1.x 傳輸協(xié)議之間的主要區(qū)別如下：
（1）HTTP 2.0 將請求和響應消息編碼為二進制，而不是傳輸使用 HTTP 1.1 看到的普通純文本消息。
（2）HTTP 2.0是完全多路復用和并發(fā)的，這意味著與HTTP 1.x中的有限請求相比，它可以向網站發(fā)出更多的請求。
（3）利用網站資產的流優(yōu)先級。
（4）標頭壓縮用于減少開銷處理。
HTTP 3.0是2020年8月發(fā)布的基于QUIC網絡協(xié)議的新版本HTTP傳輸協(xié)議。HTTP 3.0協(xié)議作為超文本傳輸協(xié)議（HTTP）的第三個版本，以前稱為HTTP-over-QUIC。QUIC（Quick UDP Internet Connections）最初由Google開發(fā)，是HTTP 2.0協(xié)議的繼任者。谷歌和Facebook等公司已經在使用QUIC來加速網絡。
作為一個非常新的協(xié)議，HTTP 3.0可能會在未來幾年內發(fā)生一些變化，但它的基礎仍將牢牢地基于QUIC協(xié)議。
QUIC（快速UDP互聯(lián)網連接）是一種新的網絡傳輸層協(xié)議，與TCP相比，旨在顯著減少延遲并提高效率。從本質上講，連接建立得更快 - 特別是當網絡條件不是最佳時。由于QUIC減少了TCP慢啟動問題，視頻流的速度可能會顯著提高，尤其是在UHD及以上版本中。此外，在移動網絡和WiFi網絡之間移動時，出于同樣的原因，HTTP 3.0也可以提供速度改進。
HTTP 3.0與HTTP 1.0傳輸協(xié)議和2.0傳輸協(xié)議中使用的傳統(tǒng)方法有幾個顯著差異。讓我們來看看其中的一些關鍵區(qū)別。
①網絡協(xié)議 – UDP 與 TCP：
HTTP 3.0和舊版本(僅使用TCP)之間最明顯的區(qū)別是HTTP 3.0完全基于QUIC，它利用UDP。
UDP是一種用于快速通信的傳輸協(xié)議，通過該協(xié)議可以錯誤地傳輸數(shù)據。這主要用于視頻傳輸，其中接收實時圖像至關重要，并且視頻幀損壞不是主要問題。
使用新的QUIC協(xié)議，Web服務器現(xiàn)在能夠發(fā)送并行請求/響應。這意味著，如果一個請求或響應遇到數(shù)據包丟失，則其他請求或響應不會因此而停止。
就像HTTP 2.0一樣，這是由Google的帶頭推動的進步。斷續(xù)器或者很快，HTTP 3.0協(xié)議將再次建立在這些成就之上。雖然HTTP 2.0傳輸協(xié)議確實為我們提供了多路復用，并減輕了行頭阻塞，但它受到TCP的約束。
您可以將單個TCP連接用于多路復用在一起的多個流來傳輸數(shù)據，但是當其中一個流遭受數(shù)據包丟失時，整個連接（及其所有流）都會受到約束，也就是說，直到TCP完成其任務（重新傳輸丟失的數(shù)據包）。
這意味著，在目標節(jié)點的緩沖區(qū)中，所有數(shù)據包（即使它們已經傳輸并正在等待）都會被阻止，直到重新傳輸丟失的數(shù)據包。QUIC不受此限制。通過基于無連接 UDP 協(xié)議的 QUIC 構建，連接的概念不具有 TCP 的限制，并且一個流的故障不必影響其余流。QUIC（Quick UDP Internet Connections）于2012年由Google首次部署。
它重新定義了網絡層的邊界，依賴于較低級別的UDP協(xié)議，重新定義了“用戶空間”中的握手，可靠性功能和安全功能，避免了升級互聯(lián)網系統(tǒng)內核的需要。
億佰特人每一天都致力于更好的助力物聯(lián)化、智能化、自動化的發(fā)展，提升資源利用率，更多產品更多資料，感興趣的小伙伴可以登錄我們的官網進行了解，還有客服小姐姐在線答疑哦！
相關文章推薦：MQTT通信協(xié)議報文詳解
