Go 的 http.ServeMux 不支持动态路由，需用 gorilla/mux 等第三方库或自封装方案；其动态注册须注意并发安全，参数提取用 mux.Vars，热更新应通过原子替换 Router 实例实现。
Go 的 http.ServeMux 不支持动态路由，得换方案
标准库的 http.ServeMux 是静态前缀匹配，注册后无法增删改路由规则。想实现「运行时添加 /user/:id」这类路由，必须用第三方路由器或自己封装。最常用的是 gorilla/mux 和 gin，它们底层都靠树状结构（如 trie）做路径匹配，支持参数提取和中间件。
用 gorilla/mux 动态注册路由的正确姿势
它允许在服务启动后调用 router.HandleFunc 或 router.Methods 新增路由，但要注意：这些操作不是并发安全的，不能在多个 goroutine 里随意调用。
- 必须在初始化阶段统一注册，或加锁保护；若真需热更新，建议用
sync.RWMutex包裹router实例 -
router.Get("/api/v1/users/{id:\d+}")中的{id:\d+}是正则约束，不写则默认接受任意非斜杠字符 - 获取参数要用
mux.Vars(r)["id"]，不是r.URL.Query().Get("id") - 动态路由 + 中间件组合时，中间件函数必须在
HandleFunc之前链式调用，比如router.Use(authMiddleware).HandleFunc(...)
自己用 map[string]http.HandlerFunc 实现简易动态路由的陷阱
有人图省事用 map 存路径到 handler 的映射，再手动解析 r.URL.Path。这能“动”，但很快会踩坑：
- 没处理路径规范（比如
//foo、/foo/、/foo/../bar），容易绕过匹配 - 无法区分
/users和/users/123，除非自己写前缀最长匹配逻辑 - 带参数的路径（如
/posts/:year/:month）要手写正则，维护成本高且易出错 - HTTP 方法（GET/POST）得额外用 map 嵌套存，结构迅速变复杂
动态路由下的 http.Handler 替换与重载问题
Go 的 http.Server 启动后，Handler 字段不可直接替换——改了也不生效。如果想热更新整个路由表，得用 http.Server 的 Shutdown() + 新建实例方式，但会中断连接。更稳妥的做法是把路由逻辑封装进一个可原子替换的 handler：
立即学习“go语言免费学习笔记（深入）”；
- 定义类型
type Router struct { mu sync.RWMutex; mux *mux.Router } - 提供
SetRouter(newMux *mux.Router)方法，内部加写锁并替换字段 - 主 handler 的
ServeHTTP方法里用读锁调用mux.ServeHTTP - 注意：新旧
mux实例的中间件状态不会自动继承，需显式迁移
真正难的不是加一条路由，而是保证并发安全、路径语义一致、参数提取可靠——这些细节漏掉一个，线上就可能 404 或 panic。
