一、什么是HTTP2.0
1.1 基本信息
HTTP2.0就是超文本傳輸協(xié)議第2版，是HTTP協(xié)議的第二個(gè)主要版本，之前有過(guò)HTTP1.0和1999年發(fā)布的HTTP1.1版本，主要是基于SPDY協(xié)議。

HTTP2.0就是在兼容HTTP/1.1在請(qǐng)求方法、狀態(tài)碼乃至URI和絕大多數(shù)HTTP頭部字段等，減少網(wǎng)絡(luò)延遲，提高瀏覽器的頁(yè)面加載速度。

HTTP2.0的主要目標(biāo)是通過(guò)支持完整的請(qǐng)求與響應(yīng)復(fù)用來(lái)減少延遲，通過(guò)有效壓縮 HTTP 標(biāo)頭字段將協(xié)議開(kāi)銷降至最低，同時(shí)增加對(duì)請(qǐng)求優(yōu)先級(jí)和服務(wù)器推送的支持。大幅提升web性能

1.2 SPDY協(xié)議
SPDY（讀作“SPeeDY”）是Google開(kāi)發(fā)的基于TCP的會(huì)話層協(xié)議，用以最小化網(wǎng)絡(luò)延遲，提升網(wǎng)絡(luò)速度，優(yōu)化用戶的網(wǎng)絡(luò)使用體驗(yàn)。SPDY并不是一種用于替代HTTP的協(xié)議，而是對(duì)HTTP協(xié)議的增強(qiáng)。新協(xié)議的功能包括數(shù)據(jù)流的多路復(fù)用、請(qǐng)求優(yōu)先級(jí)以及HTTP報(bào)頭壓縮。
原理：

• 在SSL層上增加一個(gè)SPDY會(huì)話層，以在一個(gè)TCP連接中實(shí)現(xiàn)并發(fā)流。
• 通常的HTTP GET和POST格式仍然是一樣的；然而SPDY為編碼和傳輸數(shù)據(jù)設(shè)計(jì)了一個(gè)新的幀格式。
• 流是雙向的，可以在客戶端和服務(wù)器端啟動(dòng)
• SPDY旨在通過(guò)基本（始終啟用）和高級(jí)（可選啟用）功能實(shí)現(xiàn)更低的延遲。
  

二、HTTP2.0的特點(diǎn)
2.1 二進(jìn)制傳輸

HTTP/2 所有性能增強(qiáng)的核心在于新的二進(jìn)制分幀層，它定義了如何封裝 HTTP 消息并在客戶端與服務(wù)器之間傳輸。
這里所謂的“層”，指的是位于套接字接口與應(yīng)用可見(jiàn)的高級(jí) HTTP API 之間一個(gè)經(jīng)過(guò)優(yōu)化的新編碼機(jī)制：HTTP 的語(yǔ)義（包括各種動(dòng)詞、方法、標(biāo)頭）都不受影響，不同的是傳輸期間對(duì)它們的編碼方式變了。 HTTP/1.x 協(xié)議以換行符作為純文本的分隔符，而 HTTP/2 將所有傳輸?shù)男畔⒎指顬楦〉南⒑蛶?#xff0c;并采用二進(jìn)制格式對(duì)它們編碼。
這樣一來(lái)，客戶端和服務(wù)器為了相互理解，都必須使用新的二進(jìn)制編碼機(jī)制：HTTP/1.x 客戶端無(wú)法理解只支持 HTTP/2 的服務(wù)器，反之亦然。 不過(guò)不要緊，現(xiàn)有的應(yīng)用不必?fù)?dān)心這些變化，因?yàn)榭蛻舳撕头?wù)器會(huì)替我們完成必要的分幀工作。
2.2 多路復(fù)用
HTTP2.0中，有兩個(gè)概念非常重要：幀（frame）和流（stream）。
幀是最小的數(shù)據(jù)單位，每個(gè)幀會(huì)標(biāo)識(shí)出該幀屬于哪個(gè)流，流是多個(gè)幀組成的數(shù)據(jù)流。
所謂多路復(fù)用，即在一個(gè)TCP連接中存在多個(gè)流，即可以同時(shí)發(fā)送多個(gè)請(qǐng)求，對(duì)端可以通過(guò)幀中的表示知道該幀屬于哪個(gè)請(qǐng)求。在客戶端，這些幀亂序發(fā)送，到對(duì)端后再根據(jù)每個(gè)幀首部的流標(biāo)識(shí)符重新組裝。通過(guò)該技術(shù)，可以避免HTTP舊版本的隊(duì)頭阻塞問(wèn)題，極大提高傳輸性能。

HTTP/2 中的新二進(jìn)制分幀層解決了 HTTP/1.x 中存在的隊(duì)首阻塞問(wèn)題，也消除了并行處理和發(fā)送請(qǐng)求及響應(yīng)時(shí)對(duì)多個(gè)連接的依賴。 結(jié)果，應(yīng)用速度更快、開(kāi)發(fā)更簡(jiǎn)單、部署成本更低。

2.3 數(shù)據(jù)流優(yōu)先級(jí)
將 HTTP 消息分解為很多獨(dú)立的幀之后，我們就可以復(fù)用多個(gè)數(shù)據(jù)流中的幀，客戶端和服務(wù)器交錯(cuò)發(fā)送和傳輸這些幀的順序就成為關(guān)鍵的性能決定因素。 為了做到這一點(diǎn)，HTTP/2 標(biāo)準(zhǔn)允許每個(gè)數(shù)據(jù)流都有一個(gè)關(guān)聯(lián)的權(quán)重和依賴關(guān)系：

• 可以向每個(gè)數(shù)據(jù)流分配一個(gè)介于 1 至 256 之間的整數(shù)。
• 每個(gè)數(shù)據(jù)流與其他數(shù)據(jù)流之間可以存在顯式依賴關(guān)系。
  數(shù)據(jù)流依賴關(guān)系和權(quán)重的組合讓客戶端可以構(gòu)建和傳遞“優(yōu)先級(jí)樹(shù)”，表明它傾向于如何接收響應(yīng)。 反過(guò)來(lái)，服務(wù)器可以使用此信息通過(guò)控制 CPU、內(nèi)存和其他資源的分配設(shè)定數(shù)據(jù)流處理的優(yōu)先級(jí)，在資源數(shù)據(jù)可用之后，帶寬分配可以確保將高優(yōu)先級(jí)響應(yīng)以最優(yōu)方式傳輸至客戶端。
  2.4 Header壓縮
  在HTTP1.0中，我們使用文本的形式傳輸header，在header中攜帶cookie的話，每次都需要重復(fù)傳輸幾百到幾千的字節(jié)，這著實(shí)是一筆不小的開(kāi)銷。
  在HTTP2.0中，我們使用了HPACK（HTTP2頭部壓縮算法）壓縮格式對(duì)傳輸?shù)膆eader進(jìn)行編碼，減少了header的大小。并在兩端維護(hù)了索引表，用于記錄出現(xiàn)過(guò)的header，后面在傳輸過(guò)程中就可以傳輸已經(jīng)記錄過(guò)的header的鍵名，對(duì)端收到數(shù)據(jù)后就可以通過(guò)鍵名找到對(duì)應(yīng)的值。

2.5 服務(wù)端推送
在HTTP2.0中，服務(wù)端可以在客戶端某個(gè)請(qǐng)求后，主動(dòng)推送其他資源。
可以想象一下，某些資源客戶端是一定會(huì)請(qǐng)求的，這時(shí)就可以采取服務(wù)端push的技術(shù)，提前給客戶端推送必要的資源，就可以相對(duì)減少一點(diǎn)延遲時(shí)間。在瀏覽器兼容的情況下也可以使用prefetch。

2.6 更安全
HTTP2.0使用了tls的拓展ALPN做為協(xié)議升級(jí)，除此之外，HTTP2.0對(duì)tls的安全性做了近一步加強(qiáng)，通過(guò)黑名單機(jī)制禁用了幾百種不再安全的加密算法。

三、發(fā)展?fàn)顟B(tài)
HTTP/2標(biāo)準(zhǔn)于2015年5月以RFC 7540正式發(fā)表。HTTP/2的標(biāo)準(zhǔn)化工作由Chrome、Opera、Firefox、Internet Explorer 11、Safari、Amazon Silk及Edge等瀏覽器提供支持。多數(shù)主流瀏覽器已經(jīng)在2015年底支持了該協(xié)議。2015年9月，Google 宣布了計(jì)劃，移除對(duì)SPDY的支持，擁抱 HTTP/2，并將在Chrome 51中生效。