http系列--HTTP2.0新特性：二進制傳輸，多路複用，Haeder壓縮，服務端push，QUIC協議

1、前言

HTTP 2.0 相比於 HTTP 1.X，能夠說是大幅度提升了 web 的性能。

 

在 HTTP 1.X 中，爲了性能考慮，咱們會引入雪碧圖、將小圖內聯、使用多個域名等等的方式。這一切都是由於瀏覽器限制了同一個域名下的請求數量，當頁面中須要請求不少資源的時候，隊頭阻塞（Head of line blocking）會致使在達到最大請求數量時，剩餘的資源須要等待其餘資源請求完成後才能發起請求。

 

2、HTTP 2.0

感覺下 HTTP 2.0 比 HTTP 1.X 到底快了多少，地址：https://http2.akamai.com/demo

在 HTTP 1.X 中，由於隊頭阻塞的緣由，你會發現請求是這樣的

在 HTTP 2.0 中，由於引入了多路複用，你會發現請求是這樣的

 

3、HTTP 2.0核心

3.1 二進制傳輸

HTTP 2.0中全部增強性能的核心帶你在於此--二進制傳輸。

以前的HTTP的版本中，咱們傳輸數據方式--文本傳輸。

在HTTP 2.0中引入了新的編碼機制，全部傳輸的數據都會被分隔，並採用二級制格式編碼。

3.2 多路複用

在 HTTP 2.0 中，有兩個很是重要的概念，分別是幀（frame）和流（stream）。

幀表明着最小的數據單位，每一個幀會標識出該幀屬於哪一個流，流也就是多個幀組成的數據流。

多路複用，就是在一個 TCP 鏈接中能夠存在多條流。換句話說，也就是能夠發送多個請求，對端能夠經過幀中的標識知道屬於哪一個請求。經過這個技術，能夠避免 HTTP 舊版本中的隊頭阻塞問題，極大的提升傳輸性能。

 

3.3 Header壓縮

在 HTTP 1.X 中，咱們使用文本的形式傳輸 header，在 header 攜帶 cookie 的狀況下，可能每次都須要重複傳輸幾百到幾千的字節。

在 HTTP 2.0 中，使用了 HPACK 壓縮格式對傳輸的 header 進行編碼，減小了 header 的大小。並在兩端維護了索引表，用於記錄出現過的 header ，後面在傳輸過程當中就能夠傳輸已經記錄過的 header 的鍵名，對端收到數據後就能夠經過鍵名找到對應的值。

 

3.4 服務端push

在 HTTP 2.0 中，服務端能夠在客戶端某個請求後，主動推送其餘資源。

能夠想象如下狀況，某些資源客戶端是必定會請求的，這時就能夠採起服務端 push 的技術，提早給客戶端推送必要的資源，這樣就能夠相對減小一點延遲時間。固然在瀏覽器兼容的狀況下你也可使用 prefetch 。

 

3.5 QUIC

這是一個谷歌出品的基於 UDP 實現的同爲傳輸層的協議，目標很遠大，但願替代 TCP 協議。

一、該協議支持多路複用，雖然 HTTP 2.0 也支持多路複用，可是下層還是 TCP，由於 TCP 的重傳機制，只要一個包丟失就得判斷丟失包而且重傳，致使發生隊頭阻塞的問題，可是 UDP 沒有這個機制

二、實現了本身的加密協議，經過相似 TCP 的 TFO 機制能夠實現 0-RTT，固然 TLS 1.3 已經實現了 0-RTT 了

三、支持重傳和糾錯機制（向前恢復），在只丟失一個包的狀況下不須要重傳，使用糾錯機制恢復丟失的包。糾錯機制：經過異或的方式，算出發出去的數據的異或值並單獨發出一個包，服務端在發現有一個包丟失的狀況下，經過其餘數據包和異或值包算出丟失包。在丟失兩個包或以上的狀況就使用重傳機制，由於算不出來了。