服务器推送（Server Push） 服务器推送是HTTP/2协议中的一项关键技术，允许服务器在客户端明确请求前主动向客户端发送资源。要理解这一机制，我们需要从Web性能优化的演进过程入手。 在HTTP/1.1环境中，当客户端请求一个HTML文档时，必须等待完全接收并解析该文档后，才能发现其中引用的CSS、JavaScript或图像等资源，继而发起后续请求。这种串行化的请求-响应模式导致了明显的延迟，即使这些资源的需求是可预测的。为解决此问题，开发者采用了资源内联、手动预加载等优化手段，但这些方法增加了复杂性且不够灵活。 HTTP/2协议的推出从根本上改变了这一局面。它引入了多路复用（Multiplexing）特性，允许在单个TCP连接上并行交错地传输多个请求和响应，消除了HTTP/1.1中的队头阻塞问题。在此基础上，服务器推送进一步优化了资源传输流程：当服务器处理一个主资源（如HTML文档）的请求时，可以主动将与主资源相关的子资源（如CSS文件、JavaScript脚本）推送到客户端的缓存中，而无需等待客户端解析HTML后再次请求。 服务器推送的具体实现机制涉及HTTP/2的帧结构。服务器通过发送PUSH_ PROMISE帧来宣告即将推送的资源，该帧包含与被推送资源关联的流ID和请求头信息。客户端收到PUSH_ PROMISE帧后，可以检查本地缓存，如果发现已存在该资源，则可以通过发送RST_ STREAM帧拒绝推送，避免不必要的网络传输。这种设计确保了推送机制不会与浏览器缓存策略产生冲突。 尽管服务器推送在理论上能显著提升页面加载性能，但在实际应用中需要谨慎配置。过度推送可能导致带宽浪费，甚至挤占更关键资源的传输优先级。现代最佳实践建议采用基于关键路径分析的智能推送策略，仅对渲染首屏所必需且尚未被缓存的核心资源启用推送。同时，HTTP/3协议中进一步优化了推送机制，通过QUIC协议的独立流控制实现了更精细的资源传输管理。 服务器推送技术的演进体现了Web性能优化从被动响应到主动预测的发展趋势，它与预加载、预渲染等技术共同构成了现代Web加速方案的核心组成部分。