HTTP1.0、HTTP1.1和HTTP2.0的區別

1、HTTP的歷史

早在HTTP創建之初，主要就是爲了將超文本標記語言(HTML)文檔從Web服務器傳送到客戶端的瀏覽器。也是說對於前端來講，咱們所寫的HTML頁面將要放在咱們的web服務器上，用戶端經過瀏覽器訪問url地址來獲取網頁的顯示內容，可是到了WEB2.0以來，咱們的頁面變得複雜，不只僅單純的是一些簡單的文字和圖片，同時咱們的HTML頁面有了CSS，Javascript，來豐富咱們的頁面展現，當ajax的出現，咱們又多了一種向服務器端獲取數據的方法，這些其實都是基於HTTP協議的。

 

3、HTTP1.0和HTTP1.1的一些區別

HTTP1.0最先在網頁中使用是在1996年，那個時候只是使用一些較爲簡單的網頁上和網絡請求上，而HTTP1.1則在1999年纔開始普遍應用於如今的各大瀏覽器網絡請求中，同時HTTP1.1也是當前使用最爲普遍的HTTP協議。 主要區別主要體如今：

1. ** 緩存處理**，在HTTP1.0中主要使用header裏的If-Modified-Since,Expires來作爲緩存判斷的標準，HTTP1.1則引入了更多的緩存控制策略例如Entity tag，If-Unmodified-Since, If-Match, If-None-Match等更多可供選擇的緩存頭來控制緩存策略。
2. 帶寬優化及網絡鏈接的使用，HTTP1.0中，存在一些浪費帶寬的現象，例如客戶端只是須要某個對象的一部分，而服務器卻將整個對象送過來了，而且不支持斷點續傳功能，HTTP1.1則在請求頭引入了range頭域，它容許只請求資源的某個部分，即返回碼是206（Partial Content），這樣就方便了開發者自由的選擇以便於充分利用帶寬和鏈接。
3. 錯誤通知的管理，在HTTP1.1中新增了24個錯誤狀態響應碼，如409（Conflict）表示請求的資源與資源的當前狀態發生衝突；410（Gone）表示服務器上的某個資源被永久性的刪除。
4. Host頭處理，在HTTP1.0中認爲每臺服務器都綁定一個惟一的IP地址，所以，請求消息中的URL並無傳遞主機名（hostname）。但隨着虛擬主機技術的發展，在一臺物理服務器上能夠存在多個虛擬主機（Multi-homed Web Servers），而且它們共享一個IP地址。HTTP1.1的請求消息和響應消息都應支持Host頭域，且請求消息中若是沒有Host頭域會報告一個錯誤（400 Bad Request）。
5. 長鏈接，HTTP 1.1支持長鏈接（PersistentConnection）和請求的流水線（Pipelining）處理，在一個TCP鏈接上能夠傳送多個HTTP請求和響應，減小了創建和關閉鏈接的消耗和延遲，在HTTP1.1中默認開啓Connection： keep-alive，必定程度上彌補了HTTP1.0每次請求都要建立鏈接的缺點。

HTTP 1.0規定瀏覽器與服務器只保持短暫的鏈接，形成了一些性能上的缺陷， 例如，一個包含有許多圖像的網頁文件中並無包含真正的圖像數據內容，而只是指明瞭這些圖像的URL地址，當WEB瀏覽器訪問這個網頁文件時，瀏覽器首先要發出針對該網頁文件的請求，當瀏覽器解析WEB服務器返回的該網頁文檔中的HTML內容時，發現其中的圖像標籤後，瀏覽器將根據標籤中的src屬性所指定的URL地址 再次向服務器發出下載圖像數據的請求。顯 然，訪問一個包含有許多圖像的網頁文件的整個過程包含了屢次請求和響應，每次請求和響應都須要創建一個單獨的鏈接，每次鏈接只是傳輸一個文檔和圖像，上一次和下一次請求徹底分離。即便圖像文件都很小，可是客戶端和服務器端每次創建和關閉鏈接倒是一個相對比較費時的過程，而且會嚴重影響客戶機和服務器的性能。 當一個網頁文件中包含JavaScript文件，CSS文件等內容時，也會出現相似上述的狀況。

8、HTTP2.0和HTTP1.X相比的新特性

1. 新的二進制格式（Binary Format），HTTP1.x的解析是基於文本。基於文本協議的格式解析存在自然缺陷，文本的表現形式有多樣性，要作到健壯性考慮的場景必然不少，二進制則不一樣，只認0和1的組合。基於這種考慮HTTP2.0的協議解析決定採用二進制格式，實現方便且健壯。
2. 多路複用（MultiPlexing），即鏈接共享，即每個request都是是用做鏈接共享機制的。一個request對應一個id，這樣一個鏈接上能夠有多個request，每一個鏈接的request能夠隨機的混雜在一塊兒，接收方能夠根據request的 id將request再歸屬到各自不一樣的服務端請求裏面。
3. header壓縮，如上文中所言，對前面提到過HTTP1.x的header帶有大量信息，並且每次都要重複發送，HTTP2.0使用encoder來減小須要傳輸的header大小，通信雙方各自cache一份header fields表，差量更新HTTP頭部，只發送改變的，既避免了重複header的傳輸，又減少了須要傳輸的大小。
4. 服務端推送（server push），同SPDY同樣，HTTP2.0也具備server push功能。

 

HTTP2.0的多路複用和HTTP1.X中的長鏈接複用有什麼區別？

• HTTP/1.* 一次請求-響應，創建一個鏈接，用完關閉；每個請求都要創建一個鏈接；
• HTTP/1.1 Pipeling解決方式爲，若干個請求排隊串行化單線程處理，後面的請求等待前面請求的返回才能得到執行機會，一旦有某請求超時等，後續請求只能被阻塞，毫無辦法，也就是人們常說的線頭阻塞；

• HTTP/2多個請求可同時在一個鏈接上並行執行。某個請求任務耗時嚴重，不會影響到其它鏈接的正常執行；
  具體如圖：

  
  
   

  

   

服務器推送究竟是什麼？
服務端推送能把客戶端所須要的資源伴隨着index.html一塊兒發送到客戶端，省去了客戶端重複請求的步驟。正由於沒有發起請求，創建鏈接等操做，因此靜態資源經過服務端推送的方式能夠極大地提高速度。具體以下：

• 普通的客戶端請求過程：

  
  
   

  

   

• 服務端推送的過程：

  
  
   

  

   

爲何須要頭部壓縮？
假定一個頁面有100個資源須要加載（這個數量對於今天的Web而言仍是挺保守的）, 而每一次請求都有1kb的消息頭（這一樣也並很多見，由於Cookie和引用等東西的存在）, 則至少須要多消耗100kb來獲取這些消息頭。HTTP2.0能夠維護一個字典，差量更新HTTP頭部，大大下降因頭部傳輸產生的流量。具體參考：HTTP/2 頭部壓縮技術介紹

HTTP2.0多路複用有多好？
HTTP 性能優化的關鍵並不在於高帶寬，而是低延遲。TCP 鏈接會隨着時間進行自我「調諧」，起初會限制鏈接的最大速度，若是數據成功傳輸，會隨着時間的推移提升傳輸的速度。這種調諧則被稱爲 TCP 慢啓動。因爲這種緣由，讓本來就具備突發性和短時性的 HTTP 鏈接變的十分低效。
HTTP/2 經過讓全部數據流共用同一個鏈接，能夠更有效地使用 TCP 鏈接，讓高帶寬也能真正的服務於 HTTP 的性能提高。

11、參考

HTTP/2.0 相比1.0有哪些重大改進？
深刻研究：HTTP2 的真正性能到底如何
HTTP/2 頭部壓縮技術介紹

做者：一隻好奇的茂 連接：https://www.jianshu.com/p/be29d679cbff 來源：簡書 簡書著做權歸做者全部，任何形式的轉載都請聯繫做者得到受權並註明出處。