HPACK 協(xié)議，其中原理是哈夫曼編碼及索引表 (看來常用的數(shù)據(jù)結(jié)構(gòu)及算法要有所了解)，

每個 HTTP 傳輸都承載一組標頭，這些標頭說明了傳輸?shù)馁Y源及其屬性。在 HTTP/1.x 中，此元數(shù)據(jù)始終以純文本形式，通常會給每個傳輸增加 500–800 字節(jié)的開銷。如果使用 HTTP Cookie，增加的開銷有時會達到上千字節(jié)。（請參閱測量和控制協(xié)議開銷。） 為了減少此開銷和提升性能，HTTP/2 使用 HPACK 壓縮格式壓縮請求和響應標頭元數(shù)據(jù)，這種格式采用兩種簡單但是強大的技術(shù)：

1. 這種格式支持通過靜態(tài)霍夫曼代碼對傳輸?shù)臉祟^字段進行編碼，從而減小了各個傳輸?shù)拇笮　?/section>
2. 這種格式要求客戶端和服務器同時維護和更新一個包含之前見過的標頭字段的索引列表（換句話說，它可以建立一個共享的壓縮上下文），此列表隨后會用作參考，對之前傳輸?shù)闹颠M行有效編碼。

實踐出真知，通過 wireshark 抓包分析 http2 的報文對理解 http2 收益頗多。

你要有知識，你就得參加變革現(xiàn)實的實踐。你要知道梨子的滋味，你就得變革梨子，親口吃一吃。你要知道原子的組織同性質(zhì)，你就得實行物理學和化學的實驗，變革原子的情況。你要知道革命的理論和方法，你就得參加革命。

以下是關(guān)于抓包信息的截圖

「http2 通過 Settings 幀設置 header table size，進行首部壓縮」

 

「http2 通過首部壓縮后，:method 偽標頭在索引表中的 Index 為 2」

 

關(guān)于常用的標頭會存儲在靜態(tài)索引表固定的位置