c.param是唯一安全获取路径参数的方式，因其返回已解码、规范化字符串，而手动切分c.request.url.path会忽略url编码、路径规范及代理一致性；:param匹配单段，*wildcard匹配剩余全路径，二者不可混用。
c.Param 是唯一安全获取路径参数的方式，别自己切 c.Request.URL.Path——Gin 的路由树在启动时已静态编译，运行时无法修改匹配逻辑，强行绕过只会漏解码、丢规范化、被双斜杠绕过。
开箱即用的技能链路由引擎。13 条预定义链覆盖搜索、开发、审查、MLOps、法律、创意等场景，三层路由架构（触发词→SAD反馈→DAG编排），recall@10=96.97%。配置驱动（chains.yaml），零代码扩展。pip install skill-weave-chains 一键安装。
为什么不能用字符串切分取 :id
很多人写 /user/:id 却在 handler 里手动拆 c.Request.URL.Path，这会：
- 忽略 URL 编码（比如 %20 不会被还原）
- 漏掉 Gin 自动做的路径规范化（如合并 //、去除末尾斜杠）
- 在重定向或代理场景下行为不一致
- c.Param("id") 返回的是已解码、已校验的字符串，空参数时返回空字符串而非 panic，但你要自己判断合法性（比如是否为空、是否为数字）
:param 和 *wildcard 的行为差异
二者底层匹配机制完全不同，混用会出人意料的结果：
- :param 只匹配单段路径（不含 /），例如 /user/123 中的 123；/user/123/edit 不会匹配 /user/:id
- *wildcard 匹配剩余全部路径（含前导 /），例如 /static/*filepath 匹配 /static/css/app.css 时，c.Param("filepath") 返回 /css/app.css
- 同一路由段中不能混用：/api/:v/:id/*path 是非法的——:id 永远捕获不到，Gin 会把 :v 后所有内容全塞进 *path
多个参数必须分别调用 c.Param
像 /user/:uid/post/:pid 这种多段参数：
- 必须显式调用 c.Param("uid") 和 c.Param("pid")
- 不能靠顺序推断，也不能用索引访问（Gin 不提供参数数组）
- 如果某参数未定义（比如路由注册为 /user/:id，但请求是 /user），对应 c.Param("id") 返回空字符串，需主动检查：
idStr := c.Param("id")<br>if idStr == "" {<br> c.AbortWithStatusJSON(400, gin.H{"error": "missing id"})<br> return<br>}
所谓“动态路由配置”其实是启动期条件注册
真正在运行时增删路由会导致 panic、测试困难、热更新失效——Gin 路由树在 r.Run() 前就锁定。实际可行的“动态”方式只有：
- 用环境变量控制 group 是否注册：if os.Getenv("ENABLE_ADMIN") == "true" 再调用 r.Group("/admin")
- 把中间件注入逻辑放在启动阶段，而不是 handler 里 if-else 分流
- 避免在 handler 中调用 r.Group() 或 r.GET()，那不会生效，还可能触发 wildcard route conflicts with existing children panic
- 路由组不是独立路由树，只是带前缀和中间件的语法糖，中间件只对注册时所属 group 及其子 group 生效，不会穿透到兄弟 group
最常被忽略的一点：路径参数的合法性校验必须在业务逻辑里做，c.Param 不做类型约束，也不做空值拦截——它只负责“取”，不负责“判”。
