http.fileserver 默认不处理根路径和spa路由，需自定义handler实现fallback至index.html，并注意安全、缓存、gzip及日志等生产问题。
为什么 http.FileServer 直接用会 404？
默认行为只服务子目录，不处理根路径映射 —— 比如你 http.ListenAndServe(":8080", http.FileServer(http.Dir("./static")))，访问 / 或 /index.html 都会 404，除非 URL 明确指向文件（如 /style.css），且文件名必须完全匹配。
- 根本原因是
http.FileServer内部调用http.Dir().Open()，而http.Dir对"/"返回的是目录列表（需开启http.ServeContent支持），但默认不启用；对不存在的路径直接返回 404 - 常见误操作：把前端构建产物（含
index.html）丢进./static，然后以为访问http://localhost:8080/就能打开首页 —— 实际不会 - 解决思路不是换库，而是补一层路由逻辑：把根请求重写为
/index.html
怎么让 http.FileServer 正确服务单页应用（SPA）？
核心是拦截所有未命中文件的请求，统一 fallback 到 index.html，否则前端路由（如 /user/123）会被服务器当成真实路径处理并 404。
Golang Uber Dig
下载
使用 uber-go/dig 在 Golang 中实现依赖注入——基于反射容器，提供 Provide/Invoke、dig.In/dig.Out 参数与结果对象，支持命名依赖等
- 别用
http.StripPrefix后直接套http.FileServer—— 它不改变 fallback 行为，只是删前缀 - 正确做法：自定义
http.Handler，先尝试用http.FileServer处理；失败时检查是否为静态资源扩展名（如.js、.css），不是就返回index.html的内容 - 注意 MIME 类型：直接
os.ReadFile("index.html")返回会丢失text/html头，要用http.ServeFile或手动设w.Header().Set("Content-Type", "text/html; charset=utf-8")
http.FileServer 在生产环境有哪些隐藏风险？
它不是为生产设计的，缺安全防护和性能优化，本地调试可以，上线前必须加层。
- 路径遍历漏洞：如果用户构造
../../../etc/passwd这类路径，http.Dir默认不做规范化校验（Go 1.16+ 已修复部分情况，但仍有边界 case） - 无缓存头：浏览器不会缓存 CSS/JS，每次重刷都重新下载，加
http.FileServer前建议包一层中间件，对静态资源加Cache-Control: public, max-age=31536000 - 不支持 gzip：大体积 JS/CSS 传输慢，得自己用
gzip.Handler包裹整个 handler，但注意别 double-compress - 日志缺失：默认不记录请求，排查问题困难，建议用
http.HandlerFunc包一层打点
有没有更轻量又安全的替代方案？
不用引入完整 Web 框架，几行代码就能比 http.FileServer 更靠谱。
- 用
fs.Sub（Go 1.16+）限制可访问范围：http.FileServer(http.FS(fs.Sub(http.Dir("./static"), ".")))，比原始http.Dir更安全 - 组合
http.StripPrefix+ 自定义http.ServeFile：比如只允许/assets/下的文件，其余路径走 fallback - 真要省事：直接用
github.com/gorilla/handlers.CompressHandler和github.com/gorilla/handlers.CORS补功能，比魔改http.FileServer更稳
http.FileServer 的默认行为里，不试几次线上 404 很难意识到。golang免费学习笔记（深入）：立即使用
在学习笔记中，你将探索golang的核心概念和高级技巧！
