go web 服务器因工作目录与相对路径不匹配，导致 `http.fileserver` 无法定位 css 文件而返回 404；核心在于确保静态文件路径相对于**运行时工作目录**有效。
在 Go 中通过 http.FileServer 提供 CSS 等静态资源时，路径解析完全依赖于程序启动时的当前工作目录（working directory），而非源码所在位置。你当前的代码：
http.Handle("/css/", http.StripPrefix("/css/", http.FileServer(http.Dir("css"))))使用了相对路径 "css"，这意味着 Go 会在执行 go run 或运行二进制文件时所在的目录下查找 css/ 子目录。
根据你的项目结构：
src/ ├── css/somefilename.css ├── server/server.go └── templates/layout.html
若你在 src/ 目录下执行：
立即学习“前端免费学习笔记（深入）”；
cd src go run server/server.go
✅ 此时工作目录为 src/，http.Dir("css") 能正确映射到 src/css/，访问 http://localhost:8080/css/somefilename.css 将成功。
但若你在 src/server/ 下执行：
cd src/server go run server.go
❌ 工作目录变为 src/server/，http.Dir("css") 会尝试查找 src/server/css/（不存在），故返回 404。
同理，构建可执行文件后（如 go build -o ../bin/myapp），若在 bin/ 目录运行 ./myapp，则需确保 bin/css/ 存在——否则仍 404。
✅ 推荐解决方案（兼顾开发与部署）
1. 使用绝对路径（推荐：鲁棒性强）
利用 os.Executable() + filepath.Dir() 获取二进制所在目录，再拼接静态资源路径：
package main
import (
"net/http"
"os"
"path/filepath"
)
func main() {
// 获取可执行文件所在目录（开发时 go run 也适用）
exePath, _ := os.Executable()
rootDir := filepath.Dir(filepath.Dir(exePath)) // 回退两级：bin → 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)
}? 提示：os.Executable() 在 go run 时返回临时编译路径，但 filepath.Dir 层级计算仍可靠；更严谨方案可结合 debug.ReadBuildInfo() 或环境变量控制。
2. 统一工作目录 + 资源拷贝（适合 CI/CD）
构建前将 css/、templates/ 等复制到输出目录（如 bin/），并始终从该目录运行服务：
cp -r src/css bin/ cp -r src/templates bin/ cd bin && ./myapp
3. HTML 中修正引用路径（关键！）
你模板中的链接：
存在双重问题：
- ../ 是相对于当前 HTML 路径（如 / 或 /user），易出错；
- 应统一使用根路径（absolute path），确保与 http.Handle("/css/") 匹配：
⚠️ 注意事项总结
- ❌ 不要依赖 go run 的执行位置猜测路径；
- ✅ 始终用 /css/xxx.css（而非 ../css/xxx.css）在 HTML 中引用；
- ✅ 开发阶段建议 cd src && go run server/server.go 并验证 http://localhost:8080/css/ 是否列出文件；
- ✅ 生产部署前，用 tree 或 ls -R 确认运行目录下存在预期的 css/ 结构；
- ? 调试技巧：在 handler 中打印 os.Getwd()，确认实际工作目录。
遵循以上任一方案，即可彻底解决 Go Web 服务中 CSS 404 问题，实现静态资源稳定托管。
