原文網址：http://www.integralist.co.uk/posts/http2.html blog 版：http://blog.dontcareabout.us/2015/11/http2.html ---------------------------------------------------------------------- 引言 ==== 這是一篇很簡短的文章，展示如何利用新的 HTTP/2 通訊協定。 如果你不熟悉它，那麼讓我花一點點時間來討論其中的一些亮點： * 單一、持續的連線 * Multiplexing * 壓縮 header * 優先等級 * 加密 * Server Push 如果這些功能對你而言都不知所云，讓我作進一步的解釋...... 持續連線 ======== 在 HTTP/1.x，web 頁面上每個 resource 都需要各自的連線。 如果一個頁面上有三張圖片、就會分別產生三個連線。 在 HTTP/2 會用單一的連線搭配 stream 的概念來改善這個狀況。 stream 是一個有效率的雙向通道，資訊可以透過 stream 往上或往下傳遞； 一個連線在有需要的情況下也可以管理多個 stream。 以前為了效率而發展出的這些技術就不再需要了： * domain sharding：解決 browser 對同一個 domain 的並行連線數量限制。 * 影像 sprite：將多個影像合併成一個，以減少 server 連線數量。 * 串接 CSS / JS：將數個 CSS / JavaScript 檔案組成單一檔案， 以減少 server 連線數量。 這也代表 browser 可以更精準處理 resource 的 cache， 因為已經沒有必要把 static resource 綁在一起。 這也避免使用者下載他們不會用到的東西。 Multiplexing ============ 簡單地說，就是單一連線可以同時承載多個 resource。 這是個很棒的效能改善、在大量傳輸 resource 時也能比 HTTP/1.x 管理的更好。 壓縮 ==== header 資訊不會用純文字的方式傳送了。 現在會壓縮讓它更小、接收 response 的速度也更快 （雖然這點公認只是個邊際效益）。 這也代表我們應該不用在那麼擔心 「把 static resource 挪到 cookie-less domain 上」這件事情。 這曾經是個問題，因為要包含 cookie 的資料， 所以 static resource 會統統變大許多。 優先等級 ======== 因為用了 multiplexing 的方式讓所有連線變成一個連線， 我們需要一個方法讓某些 request 有比較高的優先度， 以確保它們可以比其他 resource 更快被存取到。 HTTP/2 可以設定每個 stream 的權重 （stream 的觀念參見上面「持續連線」的部份）。 我不打算深入到設計的細節中。 只能說：如果你想知道藏了一堆魔鬼的細節， 我建議你到[這裡][http2]讀規格文件。 [http2]: http://http2.github.io/http2-spec/#rfc.section.5.3.2 SSL / TLS ======== 上述的亮點暗示了在 SSL / TLS 的 handshake 流程上 也降低了整體的時間耗用。原因如下： * 單一連線會將 client / server 之間的 handshake 次數降低到最低。 * multiplexing 允許用非同步的方式處理 request。 * 壓縮過的 HTTP header 讓連線更小（也就更快）。 * 有優先等級的連線會以適當的順序處理有關的 request。 Server Push =========== 在 HTTP/2 的規格中，client 發出最初的 HTTP request 之後， server 可以送出額外的資訊。 下面這件事情很重要：server push 與 [server-sent event] 是不一樣的技術。 server-send event 讓 server 可以推送更新給 client； 而只要 client 有監聽相關的 event，該 client 就能接收到推送的通知。 server push 是不一樣的東西、解決不一樣的使用情況。 使用 HTTP/2 的 server 可以對 client 發送額外的 resource， 即使 client 根本沒有要求這些東西。 舉一個經典的例子：當 client request 一個 有一些 CSS、JavaScript 等 static resource 的 HTTP 頁面。 在 HTTP/1.x，client 會 request 頁面、 parse 之後發現這個頁面有包含 CSS、JavaScript。 接著 client 必須要另外發出那些 static resource 的 request。 在 HTTP/2 中，server 可以在處理 client 一開始的 request 時 就送出全部的 static resource 以省去 client 發出多個 request。 [server-sent event]: https://developer.mozilla.org/en-US/docs/Web/API/Server-sent_events ---------------------------------------------------------------------- 後面還有一段「Implementations」，略過不譯 翻完之後才覺得這篇文章實在是... [遠目] 尤其是 Server Push 的段落實在有點語焉不詳... -- 錢鍾書： 說出來的話 http://www.psmonkey.org 比不上不說出來的話 Java 版 cookcomic 版 只影射著說不出來的話 and more...... --

※ 發信站: 批踢踢實業坊(ptt.cc), 來自: 114.37.99.133 ※ 文章網址: https://webptt.com/m.aspx?n=bbs/Translate-CS/M.1447572412.A.FE3.html 就《高效能網站開發指南》所述，HTTP/1.1 才有這個功能 HTTP/1.0 並沒有 不過 HTTP/1.1 只是可以持續連線，必須一個傳完才能換下一個 所以如果一次要六張圖的話 可能還是會選擇另外在加開五個連線吧？ 當然，我絕對認同這篇文章實在寫的沒有很好 Orz ※ 編輯: PsMonkey (211.20.120.56), 11/23/2015 08:55:26