正则约束必须写在花括号内，如"/user/{id:[0-9]+}"；mux.Vars(r)返回map[string]string且key为花括号内名称，未匹配时返回空map；chi.URLParam和Gin.c.Param均需在handler内调用并手动类型转换。
gorilla/mux 的 {name:regex} 语法必须写在花括号内
很多人注册路由时写成 "/user/{id}[0-9]+" 或 "/user/{id}:[0-9]+"，结果参数始终拿不到。正则约束只能紧贴在花括号内部，正确写法是 "/user/{id:[0-9]+}"。否则 mux 会把 [0-9]+ 当作路径字面量的一部分，匹配失败就退化为 404。
实际使用中还要注意：
-
mux.Vars(r)返回的是map[string]string，key 就是花括号里写的名称，比如{user_id}→ key 是"user_id"，不会自动转成"userId" - 如果路由没匹配上，
mux.Vars(r)返回空 map，直接取vars["id"]不 panic，但值是""，业务逻辑前得判空 - 别在 handler 外调用
mux.Vars，它依赖请求上下文注入，提前取会返回 nil map
chi 中 chi.URLParam(r, "id") 必须在 handler 内调用
chi.URLParam 看似简单，但容易在 middleware 里提前调用——这时 chi.Context 还没注入到 *http.Request 的 context 字段里，会导致 panic 或返回空字符串。
安全做法只在 handler 函数体第一行之后取值：
- 不要封装成全局工具函数去提前读参数
- 若需复用逻辑，用闭包包装 handler：
func(id string) http.HandlerFunc { return func(w http.ResponseWriter, r *http.Request) { ... } } - 正则约束得靠
chi.Route("/user/{id:[0-9]+}")，光写{id}会匹配任意字符，包括/user/../../etc/passwd
Gin 的 c.Param("id") 不校验类型，必须手动转换
Gin 的 :id 语法只是字符串捕获，c.Param("id") 永远返回 string。如果你直接拿它当 int 用，后续 db.QueryRow("SELECT * FROM users WHERE id = ", id) 会编译报错或运行时 panic。
开箱即用的技能链路由引擎。13 条预定义链覆盖搜索、开发、审查、MLOps、法律、创意等场景，三层路由架构（触发词→SAD反馈→DAG编排），recall@10=96.97%。配置驱动（chains.yaml），零代码扩展。pip install skill-weave-chains 一键安装。
常见处理链路是：
- 先取字符串：
idStr := c.Param("id") - 再转类型：
id, err := strconv.Atoi(idStr) - 立刻校验：
if err != nil || id - 别依赖
c.ShouldBindUri自动转，它只对结构体字段有效，且不处理路径段里的非法字符（如空格、控制符）
不用框架时，path.Clean 和切片长度检查不能省
手写 strings.Split(r.URL.Path, "/")[3] 是最常踩的坑：遇到 /user//123、/user/123/ 或 /user/./123，下标就全乱了。
最小安全操作是：
- 先规范路径：
cleanPath := path.Clean(r.URL.Path) - 再裁掉开头斜杠：
trimmed := strings.TrimPrefix(cleanPath, "/") - 拆分后检查长度：
parts := strings.Split(trimmed, "/"); if len(parts) - 对提取出的段做白名单过滤，比如只允许
[a-zA-Z0-9_-]+，避免路径遍历或注入
真正难的不是“怎么拿到参数”，而是“怎么确保拿到的一定是预期格式、未被篡改、且能安全进入后续逻辑”。所有框架底层都在做这几件事，只是封装程度不同。
golang免费学习笔记（深入）：立即使用
在学习笔记中，你将探索golang的核心概念和高级技巧！
