http.FileServer需配合http.StripPrefix和绝对路径使用，支持目录索引但不自动处理index.html；ServeFile仅适用于单文件；需手动修复MIME类型、添加CORS头，并避免生产环境直接使用。
用 http.FileServer 启动静态服务，但路径处理容易出错
直接调用 http.FileServer 是最简方式，但它默认以当前工作目录为根，且不自动处理 index.html —— 访问 / 会返回 404，除非显式请求 /index.html。
必须用 http.ServeFile 或包装一层逻辑来支持目录索引，更稳妥的做法是用 http.StripPrefix 配合 http.FileServer，并确保文件系统路径不越界：
- 传给
http.Dir的路径必须是绝对路径，否则可能因工作目录变化导致 404 - 若想服务
./public目录，应写http.Dir(filepath.Abs("./public")) - 路由前缀（如
/static/）必须用http.StripPrefix("/static/", ...)剥离，否则文件查找会多出前缀路径
http.ServeFile 适合单文件，别误用于整个目录
http.ServeFile 只响应一个固定文件，比如把 index.html 挂在 / 下。它不会解析子路径，也不支持目录遍历 —— 这是优点也是限制。常见误用是试图用它替代 FileServer 来服务整个 public/ 目录，结果所有子路径都返回同一个文件或 404。
- 适用场景：SPA 的 fallback 路由（所有未匹配路径都返回
index.html） - 错误写法：
http.HandleFunc("/", func(w http.ResponseWriter, r *http.Request) { http.ServeFile(w, r, "./public/index.html") })—— 这会让所有请求都返回 index，连/style.css也变成 HTML - 正确 fallback 写法：先尝试
FileServer，失败后再用ServeFile返回 index
跨域和 MIME 类型问题常被忽略
浏览器加载 CSS、JS、字体时对 MIME 类型敏感，http.FileServer 默认依赖文件扩展名推断类型，但某些后缀（如 .mjs、.webp）可能识别失败，导致脚本不执行或图片不显示。另外，前端开发常需跨域调试，而标准库默认不带 CORS 头。
- 修复 MIME 类型：在启动前调用
mime.AddExtensionType(".mjs", "application/javascript") - 加 CORS 头不能靠中间件“包装”
FileServer函数，因为FileServer内部会直接 writeHeader；必须用自定义http.Handler，在调用FileServer前设置w.Header().Set("Access-Control-Allow-Origin", "*") - 注意：生产环境不应开
*，且Credentials与通配符互斥
生产环境别直接用 http.ListenAndServe 跑静态服务
标准库的 HTTP 服务器适合开发和原型，但没内置缓存头、Gzip 压缩、连接复用优化，也缺乏对慢速攻击、大文件传输的防护。真实项目中，静态资源通常交由 Nginx、Caddy 或 CDN 托管。
立即学习“go语言免费学习笔记（深入）”；
- 开发阶段够用，但上线前务必检查
Cache-Control是否生效 ——FileServer对 .html 默认不设缓存，而 .js/.css 会设 max-age=3600，这个差异常引发热更新失效 - 如果坚持 Go 自托管，至少加一层
gzip.GzipHandler（需引入net/http/pprof外的第三方包如github.com/gorilla/handlers） - 监听地址别写
":8080"就完事，建议显式绑定"127.0.0.1:8080"，避免意外暴露在局域网
路径处理、MIME 推断、缓存策略这三项，改错一个就可能让前端白屏或资源 404，比写逻辑代码还容易卡住半天。
