新的一年，專案也要帶著發展的眼光往前走，得跟上潮流，當然前提是自己真的用的上。 用的上用不上都得先簡單瞭解下。

2月下旬Google釋出了首個基於HTTP/2的RPC框架GRPC，它是基於HTTP/2的，所以先了解下它，後續等深入研究了再回頭說說GRPC。

What’s new in HTTP/2?

is binary, instead of textual

HTTP/2基於二進位制而不是文字，二進位制協議解析起來效率會更高，而且不那麼容易出錯，此外原來基於HTTP/1.x協議程式可以用多種方式解析訊息體， 但是HTTP/2只有一種方式，這點對實現者來說負擔更輕點。

is fully multiplexed, instead of ordered and blocking

HTTP/1.x實際上是一個請求一個連線，因此瀏覽器為了提高頁面的載入速度都會開多個連線，但是這也是有限制的（不同的瀏覽器不一樣）。 太多的連線帶來的是網際網路上更多的擁塞和佔用了更多的資源，這本身是低效而且是不公平的（對其他協議來說）。

HTTP/2的一個重要目的是讓瀏覽器和伺服器之間只建立一個連線，用一個連線實現了並行的請求處理，這就是multiplexing。

因為基於二進位制所以telnet無法使用HTTP/2。

can therefore use one connection for parallelism

上面已經提到了，HTTP/2只允許瀏覽器和伺服器之間建立一個連線，用一個連線實現並行，減少TCP連線數。

uses header compression to reduce overhead

現在網頁載入是資源密集型的，一個頁面通常有很多資源要載入，每次請求的頭部資料不可忽視（尤其是Cookies）， 加上TCP的Slow Start機制（一種擁塞控制機制）會導致往返次數加大。壓縮可以有效的減少包分組的數量，從而減少延遲，尤其是在移動端上。

因為GZIP壓縮有安全性隱患，所以HTTP/2自己實現了一套壓縮演算法——HPACK。

allows servers to “push” responses proactively into client caches

目前伺服器需要瀏覽器解析頁面後再發送新請求來獲取js,css,圖片等資源。HTTP/2為了優化這個開銷，可以提前將這些資源“推送”到客戶端的快取中。

目前HTTP/2的使用情況？

Github上專門有一個Wiki頁跟蹤了有哪些HTTP/2的實現。我們比較關心的是Google釋出的GRPC。

官方文件

上述內容都是官方文件的內容，深入瞭解最好方式還是看官方的文件。