go web 服务器因工作目录与相对路径不匹配，常导致 `/css/` 等静态资源返回 404；核心在于 `http.fileserver` 的路径解析依赖运行时工作目录，而非源码位置。
在 Go 中通过 http.FileServer 提供 CSS、JS、图片等静态资源时，一个常见却易被忽视的陷阱是：路径是相对于当前工作目录（current working directory）解析的，而非 Go 源文件所在目录。你代码中这行：
http.Handle("/css/", http.StripPrefix("/css/", http.FileServer(http.Dir("css"))))看似指向项目根下的 css/ 文件夹，但 "css" 是一个相对路径——它会被 Go 运行时从你执行 go run 或启动二进制文件的目录开始查找。
✅ 正确做法：统一静态资源根路径
推荐使用绝对路径或基于可执行文件位置的路径，确保行为稳定。以下是两种生产就绪方案：
方案一：使用 os.Executable() 动态定位（推荐）
package main
import (
"net/http"
"os"
"path/filepath"
)
func main() {
// 获取当前可执行文件所在目录（兼容 go run 和编译后运行）
exePath, _ := os.Executable()
rootDir := filepath.Dir(filepath.Dir(exePath)) // 回退两级到 src/（根据你的结构调整）
cssDir := filepath.Join(rootDir, "css")
http.Handle("/css/", http.StripPrefix("/css/", http.FileServer(http.Dir(cssDir))))
// 同理处理模板（如需）
templatesDir := filepath.Join(rootDir, "templates")
// ... 加载模板逻辑
http.ListenAndServe(":8080", nil)
}? 提示：若项目结构为 src/css/ + src/server/server.go，则 filepath.Dir(exePath) 指向 src/server/，filepath.Dir(filepath.Dir(...)) 即为 src/，cssDir 正确指向 src/css/。
方案二：显式指定工作目录（开发友好）
启动前切换至 src/ 目录：
立即学习“前端免费学习笔记（深入）”；
cd src go run server/server.go
此时 "css" 相对于 src/，能正确命中 src/css/。
⚠️ 但注意 HTML 中的引用路径也必须匹配路由：
你模板中写的是：
<link rel="stylesheet" type="text/css" href="../css/css490.css" />
这是错误的——/css/ 已由 http.Handle("/css/", ...) 显式注册为根路径，浏览器应直接请求 /css/css490.css，而非 ../css/...。请改为：
<link rel="stylesheet" type="text/css" href="/css/css490.css" />
? 验证与调试技巧
- 访问 http://localhost:8080/css/ 应列出 CSS 文件（若启用目录浏览），或直接访问 http://localhost:8080/css/css490.css 查看是否返回 200。
- 在代码中打印实际解析路径用于调试：
log.Printf("Serving CSS from: %s", cssDir)
✅ 总结
| 问题根源 | 解决关键 |
|---|---|
| http.Dir("css") 依赖运行时工作目录 | 使用 os.Executable() + filepath 构建绝对路径 |
| HTML 中 href 路径与注册路由不一致 | 静态资源 URL 必须与 http.Handle 的 pattern 前缀严格对应（如 /css/ → href="/css/xxx.css"） |
| 编译后二进制运行失败 | 静态资源需随二进制一同部署（如复制 css/ 到 bin/），或采用方案一动态定位 |
遵循以上原则，即可彻底规避 Go Web 中静态资源 404 问题，提升开发与部署稳定性。
