Go 的 http.Server 默认不支持 HTTP/2 服务端推送，因该特性已被浏览器厂商弃用且从 HTTP/2 规范中移除；自 Go 1.22 起 Push 方法直接 panic，应改用 Link 头 preload 等现代替代方案。
Go 的 http.Server 默认不支持 HTTP/2 服务端推送
HTTP/2 推送（Push）在 Go 标准库中早已被标记为 Deprecated，从 Go 1.22 开始，ResponseWriter.Push 方法直接 panic，错误信息是 "http: no Push support"。这不是配置问题，是标准库主动移除——因为浏览器厂商已全部弃用该特性（Chrome 96+、Firefox 97+、Safari 15.4+ 均禁用），IETF 也明确将其从 HTTP/2 规范中移出。
所以，如果你在查 Push 相关文档或试图调用 w.(http.ResponseWriter).Push，会立刻失败。别折腾 TLS 配置或 Server.TLSConfig，那和推送无关。
想提前加载资源？用 Link: <...> ; rel=preload 替代
现代替代方案是服务端在响应头里写 Link，让浏览器自主决定是否预加载。它兼容 HTTP/1.1 和 HTTP/2，且不依赖服务器推送逻辑。
-
Link头必须是绝对 URL（如/static/app.js要写成https://example.com/static/app.js或带协议相对路径//example.com/static/app.js） - 只对同源资源有效；跨域需确保目标资源支持
CORS且浏览器未因安全策略忽略 - 常见
rel值：preload（强制预加载）、preconnect（预建连接）、dns-prefetch（仅 DNS 查询） - Go 中设置方式简单：
w.Header().Set("Link", `<https:>; rel=preload; as=script`)`</https:>
启用 HTTP/2 本身仍有必要，但和“推送”无关
HTTP/2 的多路复用、头部压缩、服务器流控等优势仍在。Go 默认在 TLS 下启用 HTTP/2（只要 Go ≥ 1.8 + TLS 配置正确），无需额外开关。
Golang Uber Dig
下载
使用 uber-go/dig 在 Golang 中实现依赖注入——基于反射容器，提供 Provide/Invoke、dig.In/dig.Out 参数与结果对象，支持命名依赖等
验证是否生效：
- 启动服务后，用
curl -I --http2 https://localhost:8443/ 看响应头是否含HTTP/2 200 - Chrome DevTools → Network → 协议列显示
h2 - 注意：HTTP/2 要求 TLS；纯 HTTP（非 HTTPS）端口无法协商 HTTP/2，
http.ListenAndServe永远走 HTTP/1.1
如果真要模拟“推送效果”，只能靠客户端主动请求 + 缓存协同
没有服务器强制推送，但可以通过组合手段逼近效果：
- 首屏 HTML 响应中内联关键 CSS/JS（减少 RTT）
- 用
Link: rel=preload提前声明后续 JS/CSS，配合as=script/as=style让浏览器优先调度 - 设置合理
Cache-Control（如public, max-age=31536000），使资源可被强缓存，后续页面直接复用 - 避免在 HTML 中用
async或defer延迟关键资源——它们会错失 preload 的早期加载时机
真正的瓶颈往往不在“推不推”，而在资源粒度是否合理、缓存头是否写对、CDN 是否命中。盯着 Push 徒劳调试，不如检查 Link 头有没有拼错 URL、有没有漏掉 as 参数、或者 CDN 把自定义响应头给 strip 了。
golang免费学习笔记（深入）：立即使用
在学习笔记中，你将探索golang的核心概念和高级技巧！
