[翻譯] HTTP/2

看板Translate-CS作者PsMonkey (痞子軍團團長)時間9年前 (2015/11/15 15:26)推噓1(1推 0噓 0→)

留言1則, 1人參與討論串1/1

原文網址：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://www.ptt.cc/bbs/Translate-CS/M.1447572412.A.FE3.html

推

tiefblau

11/23 00:46, , 1^F

11/23 00:46, 1^F

就《高效能網站開發指南》所述，HTTP/1.1 才有這個功能 HTTP/1.0 並沒有不過 HTTP/1.1 只是可以持續連線，必須一個傳完才能換下一個所以如果一次要六張圖的話可能還是會選擇另外在加開五個連線吧？當然，我絕對認同這篇文章實在寫的沒有很好 Orz ※ 編輯: PsMonkey (211.20.120.56), 11/23/2015 08:55:26