繼先前的公告之後,在下一個版本中,Chrome 106 和其他以 Chromium 為基礎的瀏覽器將預設停用 HTTP/2 伺服器推送支援功能。
為什麼會遭到移除?
HTTP/2 伺服器推送可讓網站主動傳送網頁所需的資源,而非等待等待使用者要求。不過,由於 Jake Archibal 先前已談論這類問題,也是難以體現的效能優勢。因此,只有 1.25% 的 HTTP/2 網站使用這項功能不多。
HTTP/2 伺服器推播的使用情形分析結果:兩筆結果 (Chrome、Akamai) 的淨效能下降,在許多情況下都沒有明顯的效能迴歸。
許多 HTTP/3 伺服器和用戶端 (即使已包含在規格中) 也沒有實作推送功能。對於許多使用較新 HTTP/3 的網路,推送功能目前已失效。最近重新執行這項分析時,我們發現網站支援 1.25% 的 HTTP/2 支援降至 0.7%。
HTTP/2 伺服器推送替代方案
103 Early Hints 是較不容易出錯的替代方案,許多缺點都與推送功能相同,而且缺點極少。103 早期提示不會傳送資源,103 早期提示只會將提示傳送至瀏覽器,以立即要求資源或許會受益於立即要求資源。瀏覽器可自行決定是否要需要這些資源,例如,如果 HTTP 快取中已有這些資源,
預先載入重要資源是另一個替代做法,可讓網頁與瀏覽器共同運作,在網頁載入初期預先載入重要資源。雖然這需要先傳送網頁本身,因此不像伺服器推送或早期提示一樣快,但還有一個額外好處,那就是不要延遲關鍵網頁資源,但這兩種解決方案都能發生。
結論
網站必須能嘗試各種內容,如果不使用的話,就會捨棄這些內容。雖然「推送」功能聽起來很棒,但實際上使用這項工具比我們接受的還要麻煩。不過,我們從推進 103 早期提示的設計中學到很多。現在該完成作業進度,離開「推播」功能了。
相關連結
- Chromium 中的所有淘汰和移除項目
- ChromeStatus 項目:移除 HTTP/2 推送
- 要移除的意圖:HTTP/2 和 gQUIC ServerPush
- Chromium 問題:預設為關閉 HTTP/2 推送功能
特別銘謝
主頁橫幅由 Scott Rodgerson 於 Unsplash 上提供