go 的 http.servemux 不能直接用于生产路由，因其仅支持前缀匹配，缺乏路径参数、正则约束、方法区分、中间件等核心能力，易导致路径冲突、重复逻辑和鉴权困难。
Go 的 http.ServeMux 为什么不能直接用在生产路由中
http.ServeMux 是 Go 标准库自带的 HTTP 路由器，但它只支持前缀匹配（Pattern 是字符串前缀），不支持路径参数、正则约束、方法区分（比如 POST /user 和 GET /user 必须手动判断）、中间件等现代 Web 路由必需能力。实际项目里直接用它写业务，很快会遇到路径冲突、重复逻辑、无法统一鉴权等问题。
常见错误现象：http.ServeMux 注册 /user/ 后，/user/profile 也会被匹配到，但你无法提取 profile 这个段；注册 /user 和 /users 时，如果顺序不对，后者可能永远不生效。
- 它不解析 URL 路径中的变量（如
/user/:id），所有路径提取得靠r.URL.Path手动切分 - 没有内置的 OPTIONS/AUTO-HEAD 处理，CORS 预检容易失败
- 无法按 HTTP 方法做多路分发，必须在 handler 内部用
r.Method判断
用 gorilla/mux 实现带参数和约束的路由
gorilla/mux 是最常用的第三方路由器，稳定、文档清晰、兼容标准 http.Handler。它把路由规则抽象成 Route 对象，支持路径变量、正则约束、方法限定、子路由，且不破坏原有 http.ServeMux 的使用习惯。
典型用法示例：
router := mux.NewRouter()
router.HandleFunc("/user/{id:[0-9]+}", getUser).Methods("GET")
router.HandleFunc("/user/{name}", updateUser).Methods("PUT")
router.HandleFunc("/files/{dir}/{file}", serveFile).Methods("GET").Headers("X-Auth", "valid")
注意几个关键点：
