HTTP 協議全稱是超文本傳輸協議（Hypertext Transfer Protocol），這裡面需要理解三個地方：超文本、傳輸、協議，下麵就從 HTTP 協議的歷史講起。 20 世紀 60 年代，美國國防部高等研究計劃署（ARPA）建立了 ARPA 網，它有四個分佈在世界各地的節點，被認為是互聯 ...
HTTP 協議全稱是超文本傳輸協議（Hypertext Transfer Protocol），這裡面需要理解三個地方：超文本、傳輸、協議，下麵就從 HTTP 協議的歷史講起。
20 世紀 60 年代，美國國防部高等研究計劃署（ARPA）建立了 ARPA 網，它有四個分佈在世界各地的節點，被認為是互聯網的始祖。
到了 70 年代，基於對 ARPA 網路的實踐和思考，研究人員發明出了著名的 TCP/IP 協議，併在 80 年代中期進入了 UNIX 內核，使更多電腦接入了互聯網。
HTTP 誕生
這位大師叫蒂姆·伯納斯·李（Tim Berners-Lee），是萬維網的創始人，簡單點說，是當代互聯網的創始人。
在 1989 年，他發表了一篇論文，提出了在互聯網上構建超鏈接文檔系統的構想，在這篇論文里他確立了三項關鍵技術：
- URI：統一資源標識符，作為互聯網上資源的唯一標識
- HTML：超文本標記語言，描述超文本文檔
- HTTP：超文本傳輸協議，用來傳輸超文本
這三項技術直接奠定了我們當今 Web 世界的技術，蒂姆把它稱為萬維網（World Wide Web）。
所以，1989 年，HTTP 誕生了。
HTTP/0.9
在 20 世紀 90 年代初，互聯網世界還是一片荒漠，電腦處理能力低下，存儲容量小，網速很慢。網路上的絕大多數資源都是純文本資源，所以 HTTP 協議也是純文本格式的。
為了便於伺服器和客戶端處理，蒂姆最初設想的系統里的文檔都是只讀的，所以只允許用戶通過 GET 請求從伺服器上獲取 HTML 文檔，並且在響應之後立即關閉連接，功能非常有限。
這一版 HTTP 協議雖然很簡單，但是作為一個原型，充分驗證了 Web 服務的可行性。
HTTP/1.0
1993 年，美國國家超級計算應用中心（NCSA）開發出了 Mosaic，是第一個可以圖文混排的瀏覽器，隨後又在 1995 年開發出了伺服器軟體 Apache，簡化了 HTTP 服務的搭建工作。
同一時期，在 1992 年發明瞭 JPEG 圖像格式，1995 年發明瞭 MP3 音樂格式。
這些新技術的出現，促使 HTTP 協議開始添加各種特性，從用戶需求的角度促進了 HTTP 協議的發展。
在已有實踐的基礎上，經過一系列的草案，HTTP/1.0 在 1996 年正式發佈。主要增加了以下幾部分內容：
- 增加了 HEAD/POST 等新方法
- 增加了響應狀態碼
- 增加了版本號
- 增加了 Header 頭部的概念
- 增加了
Content-Type，傳輸數據不再僅限於文本
但是 HTTP/1.0 並不是一個標準，只是記錄已有實踐和模式的一份參考文檔，不具有實際的約束力，相當於一個備忘錄。
HTTP/1.1
1999 年，HTTP/1.1 發佈了 RFC 文檔，編號為 2616，從版本號我們就可以看到，HTTP/1.1 是對 HTTP/1.0 的小幅度修正。但是一個重要區別是，它是一個正式的標準，而不是一份參考文檔。但是 HTTP/1.1 說是小幅度修正也不太確切，這裡面主要變更點有：
- 增加了 PUT/DELETE/OPITIONS 等新方法
- 增加了緩存控制和管理
Cache Control - 明確了連接管理，允許持久連接
Keepalive - 允許響應數據分塊，利於傳輸大文件（Chunked）
- 強制要求 Host 頭
我們當今世界的所有知名網站，都是在這個時間點左右創立的，可以說有了 HTTP/1.1，才開創了 Web 1.0、Web 2.0 時代。
不過，由於 HTTP/1.1 太過龐大和複雜，因此在 2014 年又進行了一次修訂，拆分為六份較小的文檔，7230 /7231/7232/7233/7234/7235
這六份文檔增加了兩個大的需求：
- 加大了 HTTP 的安全性，比如使用 TLS 協議
- 讓 HTTP 可以支持更多的應用，目前已經支持四種網路協議：
- 傳統的短連接
- 可重用 TCP 的長連接模型
- 服務端 PUSH 模型
- WebSocket 模型
HTTP/2
HTTP/1.1 存在兩個問題：
- 連接慢，請求是串列的，需要保證順序，例如一個網頁中可能會有多個資源
- 性能差，HTTP/1.1 是以文本的方式，藉助 CPU 的 zip 壓縮方式減少網路帶寬，但是耗費了 前端和後端的 CPU
2010 年，Google 推出了新的 SPDY 協議，並應用於自家的伺服器，HTTP/2 就是以 SPDY 為基礎的，它的特點主要是：
- 使用二進位傳輸，不再是純文本
- 可以在一個 TCP 連接中併發多個 HTTP 請求，移除了 HTTP/1.1 中的串列請求
- 使用 HPACK 演算法來壓縮頭部
- 允許伺服器主動向客戶端推送數據
- 增強了安全性，基於 TLS 協議
HTTP/3
HTTP/2 的主要問題有隊頭阻塞問題，也就是說，若幹個 HTTP 請求在復用一個 TCP 的連接，那麼一旦發生丟包，造成的問題就是所有的請求都必須等待這個丟了的包重傳回來，哪怕這個包不是我這個 HTTP 請求的。
基於此，Google 發明瞭 QUIC（Quick UDP Internet Connections）協議，它是基於 UDP 的。因此，它就解決了以下幾個問題：
- UDP 是無序的，因此不存在隊頭阻塞問題
- QUIC 有一套自己的丟包重傳和擁塞控制的協議
- HTTPS 握手通常需要六次網路交互，QUIC 直接將 TLS 和 TCP 合併成了三次握手
所以，QUIC 是一個在 UDP 之上的偽 TCP + TLS + HTTP/2 的多路復用協議。在未來，QUIC 協議成熟了的話，是有可能取代 TCP 協議的。
關註公眾號領取二十套技術圖譜
