http.servemux 不适合 restful 路由，因其仅支持最长前缀匹配，不解析路径参数、不校验 http 方法、无中间件机制，易导致 404、参数提取失败及逻辑错乱。
http.ServeMux 不适合 RESTful 路由，硬用会反复踩 404 和参数解析失败的坑。
为什么 http.ServeMux 不能当 REST 路由用
它只做最长前缀匹配，不拆路径段、不识别 :id 或 {id} 这类占位符，也不校验 HTTP 方法。比如注册了 /user，那 /user/123 也会命中——但你拿不到 123，得自己切字符串、转类型、防 panic。
- 注册
/api→ 会意外匹配/api/v1/users，但无法提取v1或users - 没
Methods("GET")，POST 请求打到 GET 路由上也不会报错，只是逻辑错乱 -
/static/和/static/*filepath优先级难控，容易覆盖或漏匹配 - 加 CORS、JWT、日志？没有中间件机制，只能在每个 handler 里重复写
什么时候可以凑合用 http.ServeMux
仅限静态页面托管、极简内部健康检查接口（如 /healthz）、或原型验证阶段——且路径全是固定字符串，不含任何动态段。
Golang Spf13 Viper
下载
Go 配置库，使用 spf13/viper — 分层优先级（flag > env >file > KV > default），提供 BindPFlag/BindPFlags、SetEnvPrefix + SetEnvKeyReplace 等功能。
- 路径必须以
/开头，且不带尾部斜杠时只精确匹配（/user≠/user/） - 要用
strings.Trim(r.URL.Path, "/")再strings.Split，否则首项为空字符串导致 panic - 手动解析时务必先检查
len(parts) >= N，再取parts[N-1]，别假设长度够 - 所有错误（如
strconv.Atoi失败）必须显式返回http.NotFound或 400，不能让 panic 泄露到 ServeHTTP 外
替代方案怎么选：gorilla/mux vs httprouter vs 标准库封装
gorilla/mux 是最平滑的过渡选择——完全兼容 http.Handler，支持变量路由、正则约束、方法限制、子路由分组，且维护活跃；httprouter 性能更高（基数树），但不支持正则、路径参数只能是 :name 形式，适合纯 API 服务；自己封装 http.ServeMux 加解析逻辑？除非你明确要控制每一步，否则等于重造轮子还少功能。
-
gorilla/mux：安装go get github.com/gorilla/mux，用router.HandleFunc("/user/{id:[0-9]+}", h).Methods("GET")，取参用mux.Vars(r)["id"] -
httprouter：安装go get github.com/julienschmidt/httprouter，路径写成/user/:id，handler 签名是func(http.ResponseWriter, *http.Request, httprouter.Params) - 别用
net/http自己实现带参数的路由——URL 解码、多斜杠归一化、大小写敏感等边界情况太多，url.Path和url.RawPath行为不一致，极易出错
中间件和分组路由不是可选项，是必需品
哪怕只加一个 JWT 鉴权或统一响应格式，也该从第一天就用支持中间件的路由器。ServeMux 没法链式包装，而 gorilla/mux 的 Subrouter() + Use() 能干净隔离 v1/v2 接口、API 和静态资源。
- 写中间件时注意
ResponseWriter是一次性的，调用Write或WriteHeader后不能再改状态码 - 子路由前缀如
/api/v1必须用PathPrefix("/api/v1").Subrouter()，直接HandleFunc("/api/v1/users", ...)会丢失前缀语义 - OPTIONS 预检请求常被忽略——
gorilla/mux不自动处理，需显式加.Methods("GET", "POST", "OPTIONS")或用中间件拦截
gorilla/mux 或 httprouter，省下的调试时间够写三版新接口。golang免费学习笔记（深入）：立即使用
在学习笔记中，你将探索golang的核心概念和高级技巧！
