谷歌公布了其计划 你有什么看法 删除对使用 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%。
最后 如果您有兴趣了解更多有关它的信息，您可以在中查看详细信息 以下链接。