Go HTTP 路由404主因是混用http.ServeMux（仅前缀匹配）与gorilla/mux（支持路径参数），且未正确配置StripPrefix、模板nil检查、数据库空slice处理及静态文件路径。
Go HTTP 路由为什么总 404？http.ServeMux 和 gorilla/mux 别混用
直接写 http.HandleFunc 却发现嵌套路由（比如 /posts/123）进不去，大概率是用了默认 http.ServeMux 却误以为它支持路径参数。它只做前缀匹配，/posts/ 能命中，/posts/{id} 这种根本不会解析。
实操建议：
立即学习“go语言免费学习笔记（深入）”；
- 明确选一个路由器：简单静态路由用标准库
http.ServeMux；要路径变量、正则约束、中间件链，必须换gorilla/mux或chi -
gorilla/mux的Router.HandleFunc("/posts/{id:\d+}", handler)才真能提取id；别在http.ServeMux里写花括号，它会当字面量处理 - 检查是否重复调用
http.ListenAndServe—— 同一个端口启动两次，后一次会覆盖前一次的路由表，旧路由“消失”了但没报错
模板渲染时 template.Execute panic: runtime error: invalid memory address
常见现象：页面空白，终端打印 panic: runtime error: invalid memory address or nil pointer dereference，定位到 template.Execute 那一行。本质是传了 nil 给模板，但 Go 模板不校验，直到执行时才崩。
实操建议：
立即学习“go语言免费学习笔记（深入）”；
- 每次调用
template.Execute前加判断：if tmpl == nil { http.Error(w, "template not loaded", http.StatusInternalServerError); return } - 模板加载别写在 handler 里：
template.ParseFiles开销大，应提前在init()或main()中一次性加载，存为包级变量 - 注意
template.ParseFiles返回的错误容易被忽略 —— 如果路径写错（比如"./templates/index.html"实际是"templates/index.tmpl"），tmpl就是nil，后续必 panic
数据库查询返回空 slice 却没报错，前端显示异常
用 db.Find(&posts).Error 查列表，posts 是 []Post 类型，但查不到数据时它只是空 slice（len(posts) == 0），不是 nil，也不触发 Error。前端拿到空数组，可能误判为“接口挂了”或“格式错”。
实操建议：
立即学习“go语言免费学习笔记（深入）”；
- 别只依赖
Error字段判断成败：GORM 的Find成功查到 0 条也返回nil错误；要结合len(posts)或db.RowsAffected看实际影响行数 - 对关键列表接口，显式返回计数：
count := db.Model(&Post{}).Where("status = ?", "published").Count(&total).Error，比全量查再取 len 更准更省 - 前端约定：空数组是合法响应，后端不要用
nilslice 代替空数组 —— Go 的json.Marshal([]T(nil))输出null，而json.Marshal([]T{})输出[]，语义完全不同
静态文件 404：http.FileServer 路径和 URL 前缀不匹配
写了 http.Handle("/static/", http.StripPrefix("/static/", http.FileServer(http.Dir("./public"))))，但访问 /static/css/app.css 还是 400 或 404。问题常出在本地路径不对，或 StripPrefix 剥得过狠。
实操建议：
立即学习“go语言免费学习笔记（深入）”；
- 确认
./public是相对go run当前目录的路径，不是相对于main.go文件位置 —— 启动时切到项目根目录再跑，或改用filepath.Abs("./public") -
StripPrefix必须和注册的路由前缀完全一致：注册的是/static/（带尾部斜杠），StripPrefix也得写"/static/"；写成"/static"会导致css/app.css变成/css/app.css，但文件系统里其实是./public/css/app.css，路径就偏了 - 开发期加个兜底日志：
log.Println("serving static:", r.URL.Path)放在 FileServer 前，能快速看出请求路径是否被正确截断
真实项目里最麻烦的不是写功能，而是路径、空值、并发读写这些细节——它们不报错，但让行为飘忽不定。尤其模板、静态文件、数据库查询这三块，出问题时往往没明显提示，得盯着日志和网络面板来回比对。
