本文主要給大家介紹了關(guān)于Nginx/Openresty啟用http2支持的相關(guān)內(nèi)容，在開(kāi)始介紹之前，我們先來(lái)看一看什么是http2。

以下摘自http2的介紹:

HTTP/2 源自 SPDY/2

SPDY 系列協(xié)議由谷歌開(kāi)發(fā)，于 2009 年公開(kāi)。它的設(shè)計(jì)目標(biāo)是降低 50% 的頁(yè)面加載時(shí)間。當(dāng)下很多著名的互聯(lián)網(wǎng)公司，例如百度、淘寶、UPYUN 都在自己的網(wǎng)站或 APP 中采用了 SPDY 系列協(xié)議（當(dāng)前最新版本是 SPDY/3.1），因?yàn)樗鼘?duì)性能的提升是顯而易見(jiàn)的。主流的瀏覽器（谷歌、火狐、Opera）也都早已經(jīng)支持 SPDY，它已經(jīng)成為了工業(yè)標(biāo)準(zhǔn)，HTTP Working-Group 最終決定以 SPDY/2 為基礎(chǔ)，開(kāi)發(fā) HTTP/2。 

但是，HTTP/2 跟 SPDY 仍有不同的地方，主要是以下兩點(diǎn)：

HTTP/2 的優(yōu)勢(shì)

相比 HTTP/1.x，HTTP/2 在底層傳輸做了很大的改動(dòng)和優(yōu)化：

HTTP/2 采用二進(jìn)制格式傳輸數(shù)據(jù)，而非 HTTP/1.x 的文本格式。二進(jìn)制格式在協(xié)議的解析和優(yōu)化擴(kuò)展上帶來(lái)更多的優(yōu)勢(shì)和可能。 
HTTP/2 對(duì)消息頭采用 HPACK 進(jìn)行壓縮傳輸，能夠節(jié)省消息頭占用的網(wǎng)絡(luò)的流量。而 HTTP/1.x 
每次請(qǐng)求，都會(huì)攜帶大量冗余頭信息，浪費(fèi)了很多帶寬資源。頭壓縮能夠很好的解決該問(wèn)題。 多路復(fù)用，直白的說(shuō)就是所有的請(qǐng)求都是通過(guò)一個(gè) TCP 連接并發(fā)完成。HTTP/1.x 雖然通過(guò) pipeline 也能并發(fā)請(qǐng)求，但是多個(gè)請(qǐng)求之間的響應(yīng)會(huì)被阻塞的，所以 pipeline 至今也沒(méi)有被普及應(yīng)用，而 HTTP/2 做到了真正的并發(fā)請(qǐng)求。同時(shí)，流還支持優(yōu)先級(jí)和流量控制。

Server Push：服務(wù)端能夠更快的把資源推送給客戶端。例如服務(wù)端可以主動(dòng)把 JS 和 CSS 文件推送給客戶端，而不需要客戶端解析 HTML 再發(fā)送這些請(qǐng)求。當(dāng)客戶端需要的時(shí)候，它已經(jīng)在客戶端了。 HTTP/2 主要是 HTTP/1.x 在底層傳輸機(jī)制上的完全重構(gòu)，HTTP/2 是基本兼容 HTTP/1.x 的語(yǔ)義的(詳細(xì)兼容性說(shuō)明請(qǐng)戳這里)。Content-Type 仍然是 Content-Type，只不過(guò)它不再是文本傳輸了。 

Openresty/Nginx默認(rèn)是不支持http2的，需要將http2模塊編譯進(jìn)應(yīng)用中。

下面我們以O(shè)penresty為例，介紹編譯步驟.

下載openssl-1.0.2l

wget https://www.openssl.org/source/openssl-1.0.2l.tar.gz tar -zxvf openssl-1.0.2l.tar.gz 

生成編譯信息

./configure --with-http_v2_module --with-openssl=/openssl-1.0.2l

執(zhí)行編譯

make make install 

如果不報(bào)錯(cuò)，則編譯成功。

下面來(lái)修改nginx配置文件,重點(diǎn)就是在啟用443 ssl的地方啟用http2. 如下：

server {  listen 443 ssl http2; ..........}