设置 cache-control 头最直接可控的方式是包装 http.fileserver 并用中间件式 http.handlerfunc 拦截响应，对静态资源设 public, max-age=31536000，对 index.html 等设 no-cache，且须在 writeheader 前写入 header。
设置 Cache-Control 头最直接的方式是用 http.ServeFile 还是 http.FileServer？
都不是。这两个函数默认不设 Cache-Control，也不会自动加 ETag 或 Last-Modified，浏览器全按「无缓存」策略处理静态文件——哪怕你本地改了又刷新，也可能反复拉新资源，或意外复用旧缓存。
真正可控的做法是包装 http.FileServer，在响应写入前手动注入头：
fs := http.FileServer(http.Dir("./static"))
http.Handle("/static/", http.StripPrefix("/static/", fs))
// 但这样不行 —— 没缓存控制
正确做法是中间件式包装：
- 用
http.HandlerFunc包一层，拦截响应写入 - 对匹配
.js、.css、.png等后缀的请求，写入Cache-Control: public, max-age=31536000 - 对
index.html这类入口文件，设Cache-Control: no-cache避免 HTML 更新被缓存住 - 注意：不能在
WriteHeader之后再写 Header，否则 panic
为什么 max-age=31536000 是常见选择，但不是万能解？
这个值（1 年）本质是告诉浏览器「放心存着，不用问服务端」，前提是资源名带哈希（如 main.a1b2c3.js）。如果文件名不变，改了内容却没清缓存，用户就卡在旧版本里。
Golang Uber Dig
下载
使用 uber-go/dig 在 Golang 中实现依赖注入——基于反射容器，提供 Provide/Invoke、dig.In/dig.Out 参数与结果对象，支持命名依赖等
- 纯前端项目建议用构建工具生成 content-hash 文件名，再配长缓存
- Go 后端渲染的模板页（如
index.html）绝对不能设长缓存，否则热更新失效 -
public允许 CDN 和浏览器共存；private只允许用户本地存；内网 API 返回静态资源时慎用public - 某些老旧代理（比如部分企业防火墙）会忽略
max-age，只认Expires，可同步设一个兼容头
http.ServeContent 和 http.ServeFile 在缓存行为上有啥关键差异？
http.ServeFile 是简化封装，它内部调用了 http.ServeContent，但只传了基础参数，缺失对 If-None-Match / If-Modified-Since 的完整协商支持。
-
http.ServeContent要求你提供modtime和size，并自己读取io.Reader，但它会自动处理 304 响应、校验ETag、比对时间戳 - 如果你用
http.ServeFile却发现浏览器始终不发If-None-Match请求，大概率是因为没返回ETag或Last-Modified—— 它其实会尝试设，但依赖文件系统 mtime，而容器或 CI 环境下 mtime 常不准 - 生产环境推荐用
http.ServeContent+ 显式计算ETag（比如用文件内容 SHA256），更可控
开发阶段关掉缓存最容易被忽略的两个点
本地调试时狂点刷新却看不到最新 CSS？不是浏览器问题，是 Go 默认没禁缓存，而且 Chrome DevTools 的「Disable cache」勾选只对当前 tab 有效，新开 tab 或 Ctrl+Click 就失效。
- 开发服务器启动前加个中间件，对
localhost或127.0.0.1请求统一设Cache-Control: no-store, must-revalidate - 别只靠
no-cache—— 它允许存，只是每次用前必须验证；no-store才是真不存 - 某些 IDE 内置的 Live Server 插件会起独立 HTTP 服务，绕过你的 Go 服务，此时改 Go 代码没用，得关插件
缓存逻辑一旦和构建流程、CDN、反向代理（比如 Nginx）叠在一起，优先级和覆盖关系就容易错乱。上线前务必用 curl -I 实测响应头，别信本地浏览器 Network 面板里看起来的样子。
golang免费学习笔记（深入）：立即使用
在学习笔记中，你将探索golang的核心概念和高级技巧！
