http.FileServer 直接挂载根路径会 404，因其严格匹配请求路径前缀且不自动补全斜杠；正确方式是用 http.StripPrefix("/static/", fs) 映射子路径，并注意尾部斜杠、绝对路径和缓存控制。
为什么 http.FileServer 直接暴露目录会 404？
常见现象是把 http.FileServer(http.Dir("./static")) 挂在根路径（"/"）后，访问 /style.css 返回 404，但文件明明存在。根本原因是 http.FileServer 默认不处理路径末尾斜杠的自动补全和目录索引，且对请求路径的前缀匹配非常严格。
- 它不会自动将
/js重写为/js/，而os.Stat查找时会失败 - 若挂载路径是
"/static"，但用户请求/style.css，则完全不匹配，压根不会进 handler - 它默认禁用目录列表（
http.ServeFile才会单文件响应，FileServer需显式配http.StripPrefix）
如何正确挂载静态资源到子路径（如 /static/）？
必须组合使用 http.StripPrefix 和 http.FileServer，否则 URL 路径无法映射到文件系统路径。
fs := http.FileServer(http.Dir("./static"))
http.Handle("/static/", http.StripPrefix("/static/", fs))
-
StripPrefix剔除请求路径中的/static/前缀，让后续FileServer查找相对路径 - 注意：
StripPrefix的第二个参数必须带尾部斜杠（"/static/"），否则/staticfoo也会被错误截断 - 文件目录结构需与 URL 路径一致，例如
./static/css/main.css对应/static/css/main.css
如何避免缓存导致前端资源不更新？
Go 默认不设置 Cache-Control，浏览器可能长期缓存旧文件。不能靠加查询参数（如 ?v=1.2）绕过——那是构建时的事，运行时应由服务端控制。
- 用
http.FileServer时，可包装 handler 自定义 Header： - 对 CSS/JS 等资源设短缓存（如
max-age=3600），对带哈希名的文件（app.a1b2c3.js）可设长缓存（max-age=31536000） - 避免全局设置
Expires，它已被现代浏览器弱化，优先用Cache-Control
生产环境是否该用 http.FileServer？
不推荐。它没有压缩、无并发限流、不支持 HTTP/2 推送、无法按 MIME 类型精细控制 header，且 os.Stat 在高并发下易成瓶颈。
立即学习“go语言免费学习笔记（深入）”；
- 开发阶段够用；上线前建议交由 Nginx / Caddy 托管静态资源
- 若必须内置（如嵌入式场景），可用第三方库如
github.com/elazarl/go-bindata-assetfs将静态文件打包进二进制，避免 IO - 注意
http.Dir接收的是相对路径，启动目录变化会导致stat失败——务必用绝对路径：filepath.Abs("./static")
StripPrefix 的斜杠语义、或误以为 FileServer 能自动处理目录索引。 
