HTTP/2服务器推送已死

HTTP/2附带的热门功能之一是PUSH帧。主要思想是,如果服务器可以预测客户端可能要发出的请求,则服务器可以抢先向客户端发送请求/响应对并预热其缓存。

这是我很久以来一直很感兴趣的功能。我认为API使缓存无效和预热缓存,消除对复合请求的需求(我认为这是一种技巧,尽管有时是必要的)非常有用。

为了帮助推进这个想法,我编写Internet Draft,以使API客户端告诉服务器他们希望推送哪些资源,我构建了具有一流,深度集成的Push支持并添加了支持的Node.js框架。为Prefer-PushKetting

不幸的是,HTTP / 2推送总感觉像是还不存在的功能。由于杀死了用于HTTP / 2的Cache-Digest,并且没有浏览器API可以挂入推送事件,因此它的实用性受到了阻碍。

Chrome团队至少从2018年开始考虑取消对Push的支持。主要原因是他们并没有真正看到推动静态资产带来的性能优势。当时,我试图捍卫API用例的功能。

昨天,Chrome小组宣布从其HTTP / 2和HTTP / 3协议实现中删除该功能。

对于它永远无法发挥全部潜力,我感到有些难过,但是通过这一步骤,我不再认为值得在此功能上进行投资。因此,我停止在上的工作Prefer-Push,还将从下一主要的Ketting版本中删除对它的支持。

积极的一面,我花了很多时间思考和解决这个问题,但是有时候能够仅关闭一章而不是等待并让它腾出时间是件好事。这不是一个理想的结论,但是仍然是一个结论。

当前替代品

缺少服务器驱动程序推送,我们回到了许多小的HTTP请求或复合请求。这意味着您或者遇到了N + 1问题,或者(对于复合请求)与HTTP缓存的集成不良。在这更多

如果您要使用“复合请求”路线,则有一个草稿,其标题与Prefer-Push;类似。Prefer: transclude,Ketting也支持。

我希望将来可以与Server Push一起使用的功能是服务器启动的缓存失效。我们从来没有得到过。为解决此问题,我们使用Websockets,并将在可预见的将来继续这样做。

为了减少抓取内容很多,一般潜伏期103 Early Hints 可以帮助,虽然这是不支持在Chrome中,这也是唯一真正有用加快如图像,CSS和JavaScript资产的交付,因为没有办法挂接到1xx响应在浏览器中以编程方式进行。

via https://evertpot.com/http-2-push-is-dead/

HTTP/2服务器推送已死
标签: