從單行到新紀元：HTTP/0.9、1.0、1.1、2.0與3.0的核心區別

超文本傳輸協議（HTTP）是支撐萬維網（World Wide Web）數據通信的基石。從其最初僅用于傳輸簡單文檔的形態，到如今為復雜交互式應用提供動力，HTTP經歷了多次關鍵迭代。了解從0.9到3.0版本的演進，就是理解整個Web技術發展史的核心脈絡。

它們之間的核心區別可以概括為：連接效率的提升、傳輸格式的優化、以及底層協議的革命。

---

HTTP/0.9：協議的黎明 (1991)

HTTP/0.9是協議的起點，其設計極度簡化，目標單一。

• 單行協議：請求只有一個 GET 方法，后面直接跟資源路徑，沒有版本號，也沒有請求頭（Header）。
• 響應純粹：服務器的響應內容只有HTML文檔本身，不包含任何元數據（如狀態碼或內容類型）。
• 無狀態碼：如果請求出錯，服務器會返回一個特殊的HTML頁面來描述問題。
• 短暫連接：每個請求都需要建立一個新的TCP連接，請求完成后連接立即關閉，效率低下。

一句話總結：一個只能獲取HTML文檔的“原始”協議，是后續所有版本的基礎。

---

HTTP/1.0：功能擴展與標準化 (1996)

為滿足日益豐富的網頁內容需求，HTTP/1.0引入了眾多至今仍在使用的核心概念。

• 引入版本號和頭信息：請求和響應都包含了版本號和HTTP頭，使得傳輸元數據成為可能。
• 豐富的元數據：
  • 狀態碼：引入了200 OK, 404 Not Found等標準狀態碼，客戶端可以明確得知請求結果。
  • 內容類型 (Content-Type)：允許傳輸圖片、視頻、CSS等任意類型的文件。
• 增加請求方法：除了GET，還增加了POST和HEAD方法，功能更為強大。
• 連接管理：默認仍是“短連接”，每個請求響應后斷開。雖然引入了非標準的Connection: keep-alive頭來嘗試復用連接，但并非默認行為。

一句話總結：一個標準化的、能傳輸多種媒體類型、但連接效率依然低下的協議。

---

HTTP/1.1：持久連接與性能優化 (1997)

HTTP/1.1是統治Web長達近20年的經典版本，其核心目標是解決1.0的性能瓶頸。

• 默認持久連接 (Persistent Connection)：這是最重要的改進。TCP連接默認保持打開（Keep-Alive），允許多個請求在同一連接上完成，極大減少了連接建立的開銷。
• 管道化 (Pipelining)：允許客戶端在同一連接上連續發送多個請求，而無需等待前一個響應。但服務器必須按序響應，如果第一個請求處理慢，后續響應會被阻塞，這就是著名的“隊頭阻塞 (Head-of-Line Blocking)”。
• Host頭字段：請求頭中必須包含Host字段，使得一臺物理服務器能托管多個網站（虛擬主機）。
• 更精細的緩存控制：引入了ETag, If-Match等更多緩存頭，提升了緩存效率。

一句話總結：通過持久連接大幅提升了性能，是現代Web應用的基礎，但仍受“隊頭阻塞”問題困擾。

---

http1.1隊頭阻塞

HTTP/2.0：二進制與多路復用 (2015)

HTTP/2是對HTTP/1.1的重大革新，旨在從根本上解決性能問題，專為現代復雜網頁設計。

• 二進制分幀 (Binary Framing)：HTTP/2將所有傳輸信息分割為更小的消息和幀，并采用二進制格式編碼。解析更高效、緊湊且不易出錯。
• 多路復用 (Multiplexing)：核心特性。允許在單個TCP連接上同時、并行地發送和接收多個請求和響應流，它們可以交錯傳輸。這徹底解決了HTTP/1.1的應用層“隊頭阻塞”問題。
• 頭部壓縮 (Header Compression)：使用HPACK算法對重復的請求頭進行壓縮，顯著減少了網絡開銷。
• 服務器推送 (Server Push)：服務器可以主動將客戶端未來可能需要的資源（如CSS、JS）推送到客戶端緩存中，減少請求延遲。

一句話總結：通過二進制和多路復用技術，解決了應用層隊頭阻塞，大幅提升了傳輸效率和并發能力。

---

http2.0的TCP層阻塞

HTTP/3.0：切換賽道，擁抱QUIC (2022)

HTTP/2雖然解決了應用層的隊頭阻塞，但其底層的TCP協議本身也存在隊頭阻塞問題（一個數據包丟失，會導致整個TCP連接等待重傳）。為了徹底解決這個問題，HTTP/3做出了顛覆性的改變。

• 全新的底層協議QUIC：HTTP/3不再基于TCP，而是構建在Google開發的**QUIC (Quick UDP Internet Connections)**協議之上。QUIC運行在UDP上。
• 解決TCP隊頭阻塞：QUIC在內部實現了自己的多路復用和流量控制。單個數據流的丟包不會影響在同一QUIC連接上的其他流，從而徹底解決了傳輸層的隊頭阻塞問題。
• 更快的連接建立：QUIC將傳輸層握手（類似TCP三次握手）和加密握手（TLS 1.3）結合在一起，大大減少了連接建立所需的往返時間（RTT），可以實現0-RTT或1-RTT連接。
• 連接遷移 (Connection Migration)：當用戶的網絡環境變化時（如從Wi-Fi切換到4G），連接不會中斷。QUIC使用連接ID來標識連接，而不是TCP的四元組（源IP、源端口、目標IP、目標端口），因此IP地址變化后連接依然可以保持。

一句話總結：通過切換到基于UDP的QUIC協議，解決了傳輸層隊頭阻塞，并帶來了更快的連接建立和更穩定的移動網絡體驗，是為未來互聯網設計的下一代協議。
http3.0徹底解決隊頭阻塞

各版本對比一覽表

特性	HTTP/0.9	HTTP/1.0	HTTP/1.1	HTTP/2.0	HTTP/3.0
底層協議	TCP	TCP	TCP	TCP	UDP (QUIC)
連接管理	短連接	默認短連接	默認持久連接	多路復用	多路復用
隊頭阻塞	不適用	嚴重	應用層存在	應用層解決，TCP層存在	徹底解決
協議格式	純文本	純文本	純文本	二進制	二進制
頭部壓縮	無	無	無	HPACK	QPACK (為QUIC優化)
連接建立延遲	高	高	較高	較高	極低 (0/1-RTT)
網絡切換	連接斷開	連接斷開	連接斷開	連接斷開	連接保持 (連接遷移)

推薦閱讀

• （生活比喻）http2.0和http3.0的隊頭阻塞，http2.0應用層解決，TCP層存在，3.0就是徹底解決，到底怎么理解區別？？？
  https://hwg985.blog.csdn.net/article/details/149201081?fromshare=blogdetail&sharetype=blogdetail&sharerId=149201081&sharerefer=PC&sharesource=weixin_46028606&sharefrom=from_link
• HTTP/3.0的連接遷移使用連接ID來標識連接為什么可以做到連接不會中斷https://hwg985.blog.csdn.net/article/details/149200478?fromshare=blogdetail&sharetype=blogdetail&sharerId=149200478&sharerefer=PC&sharesource=weixin_46028606&sharefrom=from_link