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

以下摘自http2的介紹:

HTTP/2 源自 SPDY/2

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

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

• HTTP/2 支持明文 HTTP 傳輸，而 SPDY 強(qiáng)制使用 HTTPS 
• HTTP/2 消息頭的壓縮算法采用 HPACK，而非 SPDY 采用的 DEFLATE 
  

HTTP/2 的優(yōu)勢

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

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

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

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ò)，則編譯成功。

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

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

執(zhí)行reload，打開網(wǎng)頁驗(yàn)證是否成功。

如果感覺編譯麻煩，可以使用我已經(jīng)編譯好的openresty：

vikings/openresty:http2 

總結(jié)

以上就是這篇文章的全部內(nèi)容了，希望本文的內(nèi)容對大家的學(xué)習(xí)或者工作能帶來一定的幫助，如果有疑問大家可以留言交流，謝謝大家對腳本之家的支持。

最新評論