http/2 server push已彻底失效，chrome 94+、firefox 90+、safari 15.4+均移除push_promise支持，服务器推送被静默丢弃；唯一可靠替代是link头rel="preload"配合as属性提前加载关键资源。
HTTP/2 Server Push 已被主流浏览器弃用，现在硬上推送不仅无效，还会干扰资源加载节奏——别再往 Link 响应头里塞 rel=preload 伪装成推送了。
为什么 HTTP/2 推送在现代 HTML 中基本失效
Chrome 94、Firefox 90、Safari 15.4 起已完全移除对 PUSH_PROMISE 帧的支持。服务器即使发了 PUSH_PROMISE，客户端直接忽略，不响应、不缓存、不触发任何行为。更麻烦的是：Nginx 的 http2_push 指令仍会照常发送帧，但浏览器静默丢弃，反而浪费带宽和连接窗口。
- 实测显示：启用
http2_push后，Wireshark 抓包可见 PUSH_PROMISE 帧发出，但 Chrome DevTools 的 Network 面板中查不到对应资源条目 - Node.js 的
stream.pushStream()调用不再触发pushStream事件，回调函数永不执行 - 鸿蒙 ArkTS 中的
web.WebPushController在 HarmonyOS NEXT 5.0+ 运行时实际退化为 noop，日志无输出，也无错误抛出
真正有效的替代方案：用 preload + early hints 模拟推送意图
浏览器虽不认 PUSH_PROMISE，但对 Link: ; rel=preload; as=style 这类响应头依然解析并提前发起请求——这才是当前唯一可靠、可验证、可调试的“类推送”机制。
-
Link头必须出现在主 HTML 响应的 headers 中（不能靠 JS 注入），且路径需绝对（如/static/main.css，不能是./main.css） - 只对当前导航确定要用的资源用
preload：字体、首屏 CSS、关键 JS、LCP 图片；as=font必须加crossorigin，否则会被降级为普通 fetch - Early Hints（
103状态码）可比 HTML 更早发Link头，但需服务端支持（Cloudflare、Nginx 1.21.4+、Express +early-hints中间件），且 Safari 目前不支持103 - 避免滥用：
preload会抢占带宽，若预加载了用户根本不会访问的资源（如折叠区域 JS），反而拖慢首屏
HTML 结构本身如何配合 HTTP/2 多路复用提效
HTTP/2 的多路复用能力不会自动生效——它依赖 HTML 中资源引用方式是否利于并行发现与发起。结构松散、顺序混乱的写法会让浏览器错过并发机会。
-
<link rel="stylesheet">放在开头，确保样式尽早被发现；不要用@import，它阻塞后续 CSS 解析 -
<script defer></script>可放在，但必须保证其src路径明确，便于浏览器提前 DNS lookup 和 TCP 连接复用 - 首屏图片用
<img src="hero.jpg" loading="eager">，非首屏用loading="lazy"—— 浏览器会为 eager 资源分配更高优先级的 HTTP/2 stream weight - 避免在
开头插入多个第三方<script></script>，它们会串行触发连接建立，抵消多路复用优势；统一收口到一个包装脚本里按需加载
真正的瓶颈从来不在协议层，而在 HTML 是否让浏览器“一眼看懂该先拿什么”。推送已死，但结构驱动的加载调度依然有效——只是得靠你亲手写清楚，而不是指望服务器猜。
前端入门到VUE实战笔记：立即使用
在学习笔记中，你将探索 前端 的入门与实战技巧！
