go 中 `http.fileserver` 常因路径映射错误导致 404，核心原因是请求路径未与文件系统路径对齐；需配合 `http.stripprefix` 或调整路由挂载点，才能让 `/data/xxx` 正确映射到 `./data/xxx`。
在 Go Web 开发中，http.FileServer 是提供静态文件（如 HTML、JSON、CSS 等）的常用方式。但初学者常遇到一个典型问题：文件真实存在，却始终返回 404。根本原因在于 http.FileServer 并非简单“转发路径”，而是将 HTTP 请求路径直接拼接到其指定的根目录之后，形成最终的文件系统查找路径。
以你的目录结构为例：
app_executable
├── html/
│ └── index.html
└── data/
└── static_file.json你注册了如下路由：
data := http.FileServer(http.Dir("data"))
http.Handle("/data/", data)当浏览器访问 /data/static_file.json 时，http.FileServer 会尝试读取：
./data/data/static_file.json ← ❌ 错误路径（多了一层 "data/"）
而非你期望的：
./data/static_file.json ← ✅ 正确路径
这是因为 http.FileServer(http.Dir("data")) 内部将 "data" 设为根目录，而请求路径 /data/static_file.json 的完整路径段（含前缀 /data/）会被原样追加——即 root + request.URL.Path = "data" + "/data/static_file.json"，导致越级查找失败。
✅ 正确解法有两种，推荐后者（语义清晰、职责分离）：
方案一：挂载到根路径（简单但不推荐用于多资源）
// 所有 /xxx 请求都从 ./html 和 ./data 中查找（按注册顺序匹配）
http.Handle("/", http.FileServer(http.Dir("html"))) // 先匹配 html/
http.Handle("/", http.FileServer(http.Dir("data"))) // 后匹配 data/（但会覆盖 html/ 的子路径！）⚠️ 注意：此方式存在路由冲突风险（如 /index.html 无法明确指向哪个目录），且违背 RESTful 路径语义。
方案二（推荐）：保留路径前缀 + 剥离前缀（标准实践）
func main() {
// 正确服务 html/
http.Handle("/", http.FileServer(http.Dir("html")))
// 正确服务 data/ —— 关键：用 StripPrefix 移除请求路径中的 "/data/"
dataFS := http.FileServer(http.Dir("data"))
http.Handle("/data/", http.StripPrefix("/data/", dataFS))
fmt.Println("Listening on port " + port + "...")
log.Fatal(http.ListenAndServe(port, nil))
}http.StripPrefix("/data/", dataFS) 的作用是：
- 收到 /data/static_file.json 请求时，先将路径前缀 /data/ 截掉，得到 static_file.json；
- 再交由 dataFS（根为 "data"）查找 ./data/static_file.json → ✅ 成功。
? 补充说明：
- http.FileServer 默认禁止访问上级目录（如 ..），保障安全；
- 若需自定义 404 或添加缓存头，可封装 Handler 或使用 http.ServeFile 替代；
- 生产环境建议搭配 http.NotFoundHandler 统一处理未命中请求。
掌握 StripPrefix 与 FileServer 的协同逻辑，是 Go 静态文件服务的基石——它让 URL 路径设计与磁盘目录结构解耦，兼顾可读性与健壮性。
