谷歌公佈了其計劃 你有什麼看法 刪除對使用 Chrome 106 的服務器推送的支持，（計劃於 27 月 XNUMX 日），並且該更改還將影響其他基於 Chromium 代碼庫的瀏覽器。
對於那些不熟悉 Server Push 技術的人來說，你應該知道 在 HTTP/2 和 HTTP/3 標準中定義，並允許服務器將資源發送給客戶端，而無需等待它們被明確請求。
應該是這樣的 服務器可以加快頁面加載，因為渲染頁面所需的 CSS 文件、腳本和圖像在客戶端請求時已經傳輸到您身邊。
HTTP/2 服務器推送使用情況的分析結果好壞參半（Chrome、Akamai），沒有明顯的淨性能提升，而且在許多情況下性能下降。
Push 沒有在許多 HTTP/3 服務器和客戶端中實現，儘管它包含在 . 對於使用較新的 HTTP/3 的大部分網絡，Push 已經退役。 最近重新運行該分析，我們看到站點對 HTTP/1,25 的 2% 支持下降到 0,7%。
作為終止支持的原因 提到了不必要的實現複雜性 在存在更簡單且同樣有效的替代品的情況下，例如標籤 ，瀏覽器可以從中請求資源，而無需等待它在頁面上使用。 一方面，與服務器推送相比，預取產生了額外的數據包交換（RTT），但另一方面，它避免了發送已經在瀏覽器緩存中的資源。 一般來說，使用服務器推送和預加載時的延遲差異被標記為可以忽略不計。
在服務器端發起主動加載，建議使用 HTTP 響應碼 103，它可以讓你在請求後立即通知客戶端一些 HTTP 頭的內容，而無需等待服務器執行所有操作。請求並開始提供內容。
103 Early Hints 是一種不易出錯的替代方案，具有許多與 Push 相同的優點，但缺點也少得多。 代替服務器發送資源，103 Early Hints 只向瀏覽器發送資源提示，它可以從立即請求它們中受益。 這讓瀏覽器可以控制它是否需要它們，例如它是否已經在 HTTP 緩存中擁有這些資源。
關鍵資源預加載是另一種選擇，它允許頁面和瀏覽器協同工作，在頁面加載的早期搶先加載關鍵資源。
類似地，它可以提供與渲染頁面相關聯的元素的提示，這些提示可以預加載（例如，可以提供指向頁面中使用的 CSS 和 JavaScript 的鏈接）。 瀏覽器收到此類資源的信息後，無需等待主頁返回結束即可開始下載，從而減少了處理請求的總時間。
除了優化資源負載， 服務器推送機制也可用於將數據從服務器傳輸到客戶端，但為了這些目的，W3C 聯盟開發了 WebTransport 協議。 WebTransport 中的通信通道是通過 HTTP/3 組織的，使用 QUIC 協議作為傳輸，WebTransport 提供了高級功能，如多播、單向廣播、無序交付、可靠和不可靠的交付模式。
據 Google 統計，Server Push 技術尚未得到足夠的分佈. 雖然服務器推送出現在 HTTP/3 規範中，但實際上許多客戶端和服務器軟件產品，包括 Chrome 瀏覽器，並沒有在本地實現它。 2021 年，大約 1,25% 的運行在 HTTP/2 上的網站使用了服務器推送。 今年，這個數字已經下降到0,7%。
終於 如果您有興趣了解更多信息，您可以在中查看詳細信息 以下鏈接。