因为http.servemux只支持前缀匹配，不支持动态参数（如/user/:id）、方法区分（get/post混用会覆盖）、中间件和统一错误处理；手写路由需用嵌套map存储路径与方法映射，并通过路径段拆分+占位符识别提取参数，再以统一函数签名传入handler。
为什么不用 http.ServeMux 而要手写路由？
因为 http.ServeMux 只支持路径前缀匹配，不支持动态参数（如 /user/:id）、不支持方法区分（GET/POST 混在同一路径会覆盖），也不方便做中间件或统一错误处理。手写一个轻量级函数路由，核心就两点：用 map 存储路由规则，用函数类型作为值。
map[string]func(http.ResponseWriter, *http.Request) 能跑通但很脆弱
这是最简形式，但问题明显：
- 同一路径不同 HTTP 方法（
GETvsPOST）会互相覆盖 - 无法提取 URL 参数（比如
/api/user/123中的123） - 没有 404 处理兜底逻辑，未命中直接 panic 或静默失败
所以实际要用嵌套结构：map[string]map[string]func(http.ResponseWriter, *http.Request)，外层 key 是路径（如 "/user"），内层 key 是方法名（"GET"、"POST"）。
如何安全提取路径参数并传给 handler？
不能依赖正则全量匹配（性能差、难维护），推荐用字符串分割 + 简单模式识别。例如路径定义为 /user/:id，请求是 /user/123，需做到：
Skill Weave Chains — 技能链路由引擎
下载
开箱即用的技能链路由引擎。13 条预定义链覆盖搜索、开发、审查、MLOps、法律、创意等场景，三层路由架构（触发词→SAD反馈→DAG编排），recall@10=96.97%。配置驱动（chains.yaml），零代码扩展。pip install skill-weave-chains 一键安装。
- 把注册的路由路径拆成片段：
["user", ":id"] - 把请求路径也拆开：
["user", "123"] - 逐段比对，遇到
:xxx就把对应位置的请求段存入map[string]string（如params["id"] = "123"） - 最后调用 handler 时，把
params作为额外参数传入 —— 这意味着你的 handler 类型得是func(http.ResponseWriter, *http.Request, map[string]string)
示例注册方式：
router.HandleFunc("GET", "/user/:id", func(w http.ResponseWriter, r *http.Request, params map[string]string) {
id := params["id"]
fmt.Fprintf(w, "user id: %s", id)
})
容易忽略的边界情况和性能点
手写路由不是写完就能上线，这几个点不处理，上线后准出问题：
- 路径末尾斜杠不一致：
/user和/user/应视为相同，但字符串比较会失败 —— 建议统一 trim 末尾/ - 注册重复路由时没报错，后注册的直接覆盖前一个，建议加
if _, exists := m[method][path]; exists { log.Fatal("duplicate route") } - 每次请求都做字符串切分和循环比对，高频路径（如
/health）建议提前缓存匹配结果或用 trie 结构优化，但简易版先跳过 - handler 函数签名不统一（有的带
params，有的不带），会导致类型断言失败 —— 必须强制所有 handler 接收三个参数，不需要参数的也保留占位
真正麻烦的不是怎么存，是怎么在匹配时既保持简洁，又不让 params 传递变成魔法字符串或全局变量。别图省事用闭包捕获，那会让测试和复用变得极难。
golang免费学习笔记（深入）：立即使用
在学习笔记中，你将探索golang的核心概念和高级技巧！
