go标准库http.servemux不支持动态路由，需改用gorilla/mux（支持正则约束的路径参数）、chi（支持嵌套路由和中间件链）或自研方案（需谨慎处理路径分段匹配与性能）。
Go 标准库 http.ServeMux 不支持动态路由，得换方案
标准 http.ServeMux 只支持固定前缀匹配（如 /api/users），不支持路径参数（如 /api/users/:id）或通配符（如 /static/*filepath）。想实现动态路由，必须引入第三方路由器或手写匹配逻辑。最常用、轻量且生产可用的是 gorilla/mux 和 chi；若追求极简，也可用 httprouter（无中间件支持）。
用 gorilla/mux 注册带参数的动态路由
它通过正则和命名占位符解析路径，语义清晰，兼容标准 http.Handler 接口，适合大多数场景。
- 安装：
go get -u github.com/gorilla/mux - 注册
/:id路由：r := mux.NewRouter() r.HandleFunc("/users/{id:[0-9]+}", getUserHandler).Methods("GET") - 在 handler 中取参数：
id := mux.Vars(r)["id"] // 返回 string，需手动转 int
- 注意：
{id}默认接受任意非斜杠字符；加正则约束（如{id:[0-9]+}）可避免无效匹配，也减少后续校验负担
chi 的中间件链与嵌套路由更适合中大型服务
如果你需要统一鉴权、日志、跨域或按模块组织路由（如 /admin/...、/v1/...），chi 的树状结构和中间件组合更自然。
- 子路由示例：
r := chi.NewRouter() api := r.Group("/api") api.Get("/users", listUsers) api.Get("/users/{id}", getUser) - 中间件自动透传：
api.Use(authMiddleware)会让所有子路由生效 - 注意：
chi不支持正则约束（如{id:[0-9]+}），只能靠 handler 内部校验；但它的路径匹配性能优于gorilla/mux，尤其路由数量多时
自己实现简易动态路由要避开几个坑
不推荐在生产环境手写，但如果只是为了理解原理或嵌入极小项目，核心是「分割路径 + 模式比对」，不是字符串 Contains 或 Prefix。
立即学习“go语言免费学习笔记（深入）”；
- 错误做法：用
strings.HasPrefix(r.URL.Path, "/users/")—— 无法区分/users/123和/users/123/profile - 正确思路：将请求路径拆成
[]string{"users", "123"}，再与模板路径[]string{"users", ":id"}逐段比对 - 关键点：占位符必须严格对应段数；尾部通配（如
/static/*filepath）需单独处理，不能简单用strings.Split后截断 - 性能隐患：每次请求都做切片和循环比对，无缓存，高并发下开销明显
chi 里被封装得较稳，在 gorilla/mux 里得自己多检查 Vars 是否存在、方法是否允许。 
