摘要：通過或者協(xié)議請求的資源由統(tǒng)一資源標(biāo)識(shí)符，來標(biāo)識(shí)。標(biāo)準(zhǔn)于年月以正式發(fā)表，替換成為的實(shí)現(xiàn)標(biāo)準(zhǔn)。該系列協(xié)議由谷歌開發(fā)，于年公開。主流的瀏覽器谷歌火狐也都早已經(jīng)支持，它已經(jīng)成為了工業(yè)標(biāo)準(zhǔn)。配合負(fù)載均衡有層和層協(xié)議負(fù)載。

HTTP/2 is the future of the Web, and it is here!

使用 HTTP/1.1 和 HTTP/2 在相同環(huán)境各加載 300 多張小圖片，性能相差一倍。

你可以點(diǎn)擊這里的 DEMO 體驗(yàn)一下，HTTP/2 的加載快感。

超文本傳輸協(xié)議（英文：HyperText Transfer Protocol，縮寫：HTTP）是互聯(lián)網(wǎng)上應(yīng)用最為廣泛的一種網(wǎng)絡(luò)協(xié)議。設(shè)計(jì) HTTP 最初的目的是為了提供一種發(fā)布和接收 HTML 頁面的方法。通過 HTTP 或者 HTTPS 協(xié)議請求的資源由統(tǒng)一資源標(biāo)識(shí)符（Uniform Resource Identifiers，URI）來標(biāo)識(shí)。

HTTP 的發(fā)展是由蒂姆·伯納斯-李于 1989 年在歐洲核子研究組織（CERN）所發(fā)起。由萬維網(wǎng)協(xié)會(huì)（World Wide Web Consortium，W3C）和互聯(lián)網(wǎng)工程任務(wù)組（Internet Engineering Task Force，IETF）制定標(biāo)準(zhǔn)，最終發(fā)布了一系列的 RFC，其中最著名的是 1999 年 6 月公布的 RFC 2616，定義了 HTTP 協(xié)議中現(xiàn)今廣泛使用的一個(gè)版本——HTTP 1.1。

2014 年 12 月，互聯(lián)網(wǎng)工程任務(wù)組（IETF）的 Hypertext Transfer Protocol Bis（httpbis）工作小組將 HTTP/2 標(biāo)準(zhǔn)提議遞交至 IESG 進(jìn)行討論 [1]，于 2015 年 2 月 17 日被批準(zhǔn)。[2] HTTP/2 標(biāo)準(zhǔn)于 2015 年 5 月以 RFC 7540 正式發(fā)表，替換 HTTP 1.1 成為 HTTP 的實(shí)現(xiàn)標(biāo)準(zhǔn)。

以上摘要自 維基百科。

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

突然在 Chrome 51 版本之后不支持 SPDY 了，Chrome 棄用了 SPDY，開始全面支持 HTTP2。

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

每個(gè)服務(wù)器只用一個(gè)連接。HTTP/2 對(duì)每個(gè)服務(wù)器只使用一個(gè)連接，而不是每個(gè)文件一個(gè)連接。這樣，就省掉了多次建立連接的時(shí)間，這個(gè)時(shí)間對(duì) TLS 尤其明顯，因?yàn)?TLS 連接費(fèi)時(shí)間。

加速 TLS 交付。HTTP/2 只需一次耗時(shí)的 TLS 握手，并且通過一個(gè)連接上的多路利用實(shí)現(xiàn)最佳性能。HTTP/2 還會(huì)壓縮首部數(shù)據(jù)，省掉 HTTP/1.x 時(shí)代所需的一些優(yōu)化工作，比如拼接文件，從而提高緩存利用率。

簡化 Web 應(yīng)用。使用 HTTP/2 可以讓 Web 開發(fā)者省很多事，因?yàn)椴挥迷僮瞿切┽槍?duì) HTTP/1.x 的優(yōu)化工作了。

適合內(nèi)容混雜的頁面。HTTP/2 特別適合混合了 HTML、CSS、JavaScript、圖片和有限多媒體的傳統(tǒng)頁面。瀏覽器可以優(yōu)先安排那些重要的文件請求，讓頁面的關(guān)鍵部分先出現(xiàn)，快出現(xiàn)。

更安全。通過減少 TLS 的性能損失，可以讓更多應(yīng)用使用 TLS，從而讓用戶信息更安全。

在以下瀏覽器的版本都開始支持 HTTP2。

這就尷尬了！Android 4.4.4 也就是 Kitkat 版本以下都不支持 HTTP2，谷歌 2016 年 6 月份的數(shù)據(jù)顯示 該版本的用戶占 31.6%。

不過好消息是，支持 HTTP/2 的 Web Server 基本都支持 HTTP/1.1。這樣，即使瀏覽器不支持 HTTP/2，雙方也可以協(xié)商出可用的 HTTP 版本，沒有兼容性問題。

推薦一個(gè)瀏覽器插件HTTP/2 and SPDY indicator，藍(lán)色的小圖標(biāo)亮起，就表示該網(wǎng)站使用了 HTTP/2 協(xié)議。

大公司已經(jīng)走在了時(shí)代的前沿，我們這些追隨者有什么理由不跟上呢。

https://www.google.com

https://www.aliyun.com

https://www.youtube.com

https://www.facebook.com

https://twitter.com

。。。還有很多

不過百度這次又沒有跟上，不信你們自己去看。

這里是 一覽，主流的開發(fā)語言和應(yīng)用服務(wù)器都已經(jīng)支持了 HTTP/2。

我們從 NGINX 開始，nginx 從 1.9.5 開始支持 HTTP/2。

openssl。建議全局安裝。

SSL/TLS。http2 嚴(yán)格要求使用 https，所以你得準(zhǔn)備一個(gè)證書。當(dāng)然也可以在 let"s encrypt 申請一個(gè)。

nginx 至少需要啟用 http_v2_module 和 http_ssl_module 這兩個(gè)模塊。先下載源碼，在安裝目錄執(zhí)行

./configure --with-http_v2_module --with-http_ssl_module
make&&make install

重定向所有的請求到 SSL/TLS

server {
 listen 80;
 location / {
 return 301 https://$host$request_uri;
 }
}

開啟 HTTP/2

server {
 listen 443 ssl http2 default_server;

 ssl_certificate server.crt;
 ssl_certificate_key server.key;
 ...
}

最后一步，重啟 nginx

nginx -s reload

為了驗(yàn)證 HTTP/2 是否開啟，你可以安裝瀏覽器插件 HTTP/2 and SPDY indicator 進(jìn)行查看。

需要指出的是 HTTP/2 的服務(wù)器都是向下兼容的 HTTP/1.1 的，升級(jí)了之后，你不需要擔(dān)心，之前的老版本用戶怎么辦。訪問方式如下圖，

客戶端使用期望的協(xié)議連接代理服務(wù)器，比如 TLS 或 HTTP/2，然后代理服務(wù)器再去連接應(yīng)用服務(wù)器、數(shù)據(jù)庫服務(wù)器等，但不需要使用相同的協(xié)議。

LVS 有 4 層和 7 層協(xié)議負(fù)載。所謂四層就是基于 IP+端口的負(fù)載均衡；七層就是基于 URL 等應(yīng)用層信息的負(fù)載均衡。研究過阿里云的 SLB，暫時(shí)還不支持 HTTP/2 的支持，也沒有看到 AWS、IBM 有對(duì)應(yīng)的服務(wù)支持。所以我們能用的解決方案就是：

LVS 4 層 + HTTP/2 web Server

LVS 只做請求分發(fā)，由應(yīng)用服務(wù)器來處理加密解密和 HTTP/2 的支持。這樣的方式，對(duì)性能影響有多少呢，需要實(shí)際的測試，不過目前來說，沒有其他方案。

HTTP1.1 時(shí)代，我們針對(duì)這個(gè)協(xié)議的特性做了很多 WEB 前端優(yōu)化，比如說 域名分片、文件合并壓縮、雪碧圖、行內(nèi)代碼等。但是到了 HTTP/2 時(shí)代，這些操作都是多余的了，對(duì)于同一個(gè)域名，只會(huì)建立起一個(gè) TCP 連接。太多的域名還會(huì)增加新建連接的初始化和 TLS 握手的時(shí)間。

在采用 HTTP/2 之前，需要找出應(yīng)用了這些優(yōu)化的代碼，分析一下它們會(huì)不會(huì)影響你的應(yīng)用設(shè)計(jì)和工作流程。這樣在遷移到 HTTP/2 之后，就可以著手改造它們，甚至撤銷某些優(yōu)化

HTTPS 正式啟用之前還有很多問題要解決。

單連接開銷比較大。HPACK 數(shù)據(jù)壓縮算法會(huì)更新兩端的查找表。這樣可以讓連接有狀態(tài)，而破壞狀態(tài)就意味著要重建查找表，另外單連接占用內(nèi)存較多

全站點(diǎn) HTTPS 的改造。可能涉及到 web，CDN，native 客戶端。

需要拋棄針對(duì) HTTP/1.x 的優(yōu)化。

對(duì)下載大文件不利。

你的客戶也許不在乎。你的客戶很可能不在乎他分享的自家貓咪的視頻是否受到 TLS 和 HTTP/2 的保護(hù)。

https://imququ.com/post/protocol-negotiation-in-http2.html

使用 HTTP/2 提升性能的 7 個(gè)建議

NGINX 安裝 http/2

維基百科HTTP/2