Gin动态路由需显式声明路径参数（如:user/:id）并手动提取，不调用c.Param()或c.ShouldBindUri()则参数不会绑定；支持通配符*filepath但须在路径末尾；多源参数应分结构体绑定，避免重复读body。
Gin 的动态路由不是“自动绑定”，而是靠显式声明 + 手动提取实现的；不调用 c.Param() 或对应绑定方法，参数就只是 URL 里的字符串，不会进结构体字段或变量。
路径参数必须用 :name 声明，且不能带斜杠结尾
比如想匹配 /user/123，得写 r.GET("/user/:id", handler)。如果写成 /user/:id/，那 /user/123 就完全不匹配——Gin 不会自动忽略末尾斜杠。
-
/user/:id匹配/user/123、/user/abc，但不匹配/user/123/ - 要支持可选尾部斜杠，得额外注册一条：
r.GET("/user/:id/", handler) - 多个参数如
/order/:uid/:oid，必须按顺序调用c.Param("uid")和c.Param("oid")，名字要和冒号后一致
c.ShouldBindUri() 是最安全的结构体绑定方式
直接用反射自己解析 c.Param() 容易 panic 或零值，尤其遇到 int、bool 等类型时。Gin 内置的 c.ShouldBindUri() 已封装类型转换和错误处理，推荐优先使用。
开箱即用的技能链路由引擎。13 条预定义链覆盖搜索、开发、审查、MLOps、法律、创意等场景，三层路由架构（触发词→SAD反馈→DAG编排），recall@10=96.97%。配置驱动（chains.yaml），零代码扩展。pip install skill-weave-chains 一键安装。
- 结构体字段需打 tag：
type UserURI struct { ID uint `uri:"id" binding:"required,gt=0"` } - 调用：
var uri UserURI; if err := c.ShouldBindUri(&uri); err != nil { ... } - 它只读
c.Param()，不碰 query 或 body；校验失败会返回 400，不用手动判断空字符串或转换错误 - 不支持嵌套结构体（如
User.Address.City），tag 必须扁平
混合来源参数（uri + query + json）别拼多个 ShouldBindXxx()
同一个请求里，如果既想从路径取 :id，又想从 query 取 page，还想从 JSON body 解析用户数据，不能连续调 ShouldBindUri() → ShouldBindQuery() → ShouldBindJSON()——body 只能读一次，第二次会报 io.EOF。
- 正确做法：分结构体，分别绑定：
c.ShouldBindUri(&uri)+c.ShouldBindQuery(&query)+c.ShouldBindJSON(&body) - 或者统一用
c.ShouldBind()，但它只认formtag，对 uri 参数无效 - time.Time 类型默认无法从 uri 或 query 解析，必须提前注册
binding.TextUnmarshaler，否则字段保持零值且无提示
通配符 *param 和路径参数 :param 完全不同
:id 匹配单段路径（如 /user/123 中的 123），*filepath 匹配剩余全部路径（如 /static/css/app.css 中的 /css/app.css），两者不能混用或替代。
-
r.GET("/static/*filepath", handler)→c.Param("filepath")返回/css/app.css（含开头斜杠） -
r.GET("/user/:id/*action", handler)→c.Param("id")是123，c.Param("action")是/send/email - 通配符必须放在路径末尾，且一个路由只能有一个
*段
最容易被忽略的是：Gin 的路由树匹配是精确前缀+节点优先级驱动的，:id 和 *all 这类动态节点在树中是特殊节点类型，不是正则替换——所以路径写错一个字符、多一个斜杠、参数名大小写不一致，都会导致 404，而不是静默失败。
