實現HTTP/2很簡單，看看我們的白皮書就明白了（[PDF](https://www.nginx.com/wp-content/uploads/2015/09/NGINX_HTTP2_White_Paper_v4.pdf)）。不過，HTTP/2并不是萬能的銀彈，它只對某些Web應用有用，對另外一些則沒那么有用。 如果你使用SSL/TLS（以后簡稱TLS），那么HTTP/2可以提升網站性能。如果你沒有，那在使用HTTP/2之前要先支持TLS。這時候，使用TLS的性能損耗大致可以被使用HTTP/2的性能提升抵銷。不過還是建議你在實際應用之前先測試一下。 HTTP/2有五大優勢。 1. 每個服務器只用一個連接。HTTP/2對每個服務器只使用一個連接，而不是每個文件一個連接。這樣，就省掉了多次建立連接的時間，這個時間對TLS尤其明顯，因為TLS連接費時間。 2. 加速TLS交付。HTTP/2只需一次耗時的TLS握手，并且通過一個連接上的多路利用實現最佳性能。HTTP/2還會壓縮首部數據，省掉HTTP/1.x時代所需的一些優化工作，比如拼接文件，從而提高緩存利用率。 3. 簡化Web應用。使用HTTP/2可以讓Web開發者省很多事，因為不用再做那些針對HTTP/1.x的優化工作了。 4. 適合內容混雜的頁面。HTTP/2特別適合混合了HTML、CSS、JavaScript、圖片和有限多媒體的傳統頁面。瀏覽器可以優先安排那些重要的文件請求，讓頁面的關鍵部分先出現，快出現。 5. 更安全。通過減少TLS的性能損失，可以讓更多應用使用TLS，從而讓用戶信息更安全。  HTTP/2的多路復用示意圖 相應地，HTTP/2也有五個不足之處。 1. 單連接開銷比較大。HPACK數據壓縮算法會更新兩端的查找表。這樣可以讓連接有狀態，而破壞狀態就意味著要重建查找表，另外單連接占用內存較多。 2. 你可能不需要SSL。如果你的數據不需要保護，或者已經使用DRM或其他編碼進行保護了，那么TLS的安全性對你可能無所謂。 3. 需要拋棄針對HTTP/1.x的優化。HTTP/1.x優化在支持HTTP/2的瀏覽器中會影響性能，因此可能需要花時間把它們推倒重來。 4. 對下載大文件不利。如果你的應用主要提供大文件下載或者流媒體播放，那可能不想用TLS，而且在只有一個流的情況下，多路復用也體現不出什么優勢。 5. 你的客戶也許不在乎。你的客戶很可能不在乎他分享的自家貓咪的視頻是否受到TLS和HTTP/2的保護。 總之，一切要看性能。這方面，有好消息也有壞消息。 好消息是我們在內部對NGINX做過測試，結果從理論上能夠得到印證：對于要通過典型網絡延遲請求的混合內容網頁，HTTP/2的性能好于HTTP/1.x和HTTPS。基于連接的RTT，結果可以分三種情況。 * 很低的RTT（0-20ms）：HTTP/1.x、HTTP/2和HTTPS基本無差別。 * 典型網絡RTT（30-250ms）：HTTP/2比HTTP/1.x快，而且它們都比HTTPS快。美國兩個相鄰城市間的RTT約為30 ms，而東西海岸間（約3000英里）則約為70 ms。東京到倫敦間最短路徑的RTT大約240 ms。 * 高RTT（300ms及以上）：HTTP/1.x比HTTP/2快，后者又比HTTPS快。  這張圖顯示了首次渲染的時間，也就是用戶第一次在自己屏幕上看到網頁內容的時間。這個時間一般認為關系到用戶對網站響應速度的感知。 要想了解我們測試的更多內容，請看這個[HTTP/2的介紹視頻](https://www.youtube.com/watch?v=4OiyssTW4BA&feature=youtu.be)，來源是nginx.conf 2015。 然而，每個網頁都不相同，實際上每個用戶的會話也不一樣。如果你托管流媒體或提供大文件下載，那你的決定可能不一樣，甚至相反。 你最終可能發現投入產出比并不明顯。如果是這樣，那你得多學習一下，針對自己的內容多做一些測試，然后咱們可以聊一聊。（想找點資料？可以看看NGINX網絡研討：[What’s New in HTTP/2?](https://www.nginx.com/resources/webinars/whats-new-in-http2/)）。