c.Param()用于显式获取Gin路由中定义的路径参数，返回字符串且不自动类型转换或校验；需参数名与路由冒号后标识符完全一致、大小写敏感，未匹配时返回空字符串而非panic。
如何用 c.Param() 获取 URL 路径参数
Gin 的路径参数（如 /user/:id）不会自动绑定到结构体，必须显式调用 c.Param() 提取。常见错误是误以为它会像 Bind() 那样自动转换类型——它只返回 string，且不校验是否存在。
使用场景：需要精确控制解析逻辑，或参数参与路由匹配但无需强类型校验（比如资源 ID 做日志记录、缓存 key 拼接）。
- 若路径定义为
GET /post/:year/:month/:day，需分别调用c.Param("year")、c.Param("month")、c.Param("day") - 参数名必须与路由中冒号后的标识符完全一致，大小写敏感
- 当参数不存在时（如路由匹配失败），
c.Param()返回空字符串，**不会 panic**，但后续strconv.Atoi()会出错，务必先判空
如何用 c.ShouldBindUri() 绑定路径参数到结构体
这是 Gin 推荐的结构化方式，适用于路径参数数量多、需统一校验或转为整型/时间等类型的情况。它底层依赖 struct tag（uri），并触发字段验证（如 binding:"required"）。
注意：它仅处理路径参数，不读取 query 或 body；且要求结构体字段名与路径参数名**完全匹配（含大小写）**，否则绑定失败且静默忽略。
开箱即用的技能链路由引擎。13 条预定义链覆盖搜索、开发、审查、MLOps、法律、创意等场景，三层路由架构（触发词→SAD反馈→DAG编排），recall@10=96.97%。配置驱动（chains.yaml），零代码扩展。pip install skill-weave-chains 一键安装。
立即学习“go语言免费学习笔记（深入）”；
- 定义结构体时，字段名必须首字母大写（可导出），例如：
type PostUri struct { Year int `uri:"year" binding:"required,min=2000"` } - 调用前确保路由已注册，且路径参数名与 tag 值一致；否则
c.ShouldBindUri()返回ErrInvalidURI - 不支持嵌套结构体绑定，所有字段必须平铺在顶层结构中
- 性能略低于
c.Param()（因反射+校验），但开发效率和健壮性更高
c.ShouldBind() 为什么不能直接绑定路径参数
很多人尝试对包含 uri tag 的结构体调用 c.ShouldBind()，结果路径参数始终为空。这是因为 c.ShouldBind() 默认按请求内容类型（Content-Type）选择绑定器：application/json 走 JSON 解析，application/x-www-form-urlencoded 走 form 解析，**完全忽略 URI 参数**。
即使结构体里写了 uri:"id"，c.ShouldBind() 也不会看它一眼。这是设计使然，不是 bug。
- 唯一例外是
c.ShouldBindWith(obj, binding.Uri)，但它等价于c.ShouldBindUri()，无额外优势 - 混用场景（如同时要绑定 path + query）必须拆成两次调用：
ShouldBindUri()+ShouldBindQuery() - 强行用
ShouldBind()处理路径参数，只会得到零值，且无报错提示，容易埋下隐性 bug
路径参数绑定的典型错误与调试技巧
最常踩的坑是把路径参数名拼错，或混淆了 Param() 和 ShouldBindUri() 的适用边界。调试时别只看 handler 是否执行，要确认参数值是否真的拿到手。
- 打印
c.Params查看实际匹配到的参数列表：fmt.Printf("%+v", c.Params)，能立刻发现命名不一致问题 - 用
c.Param("xxx")测试单个参数是否存在，比直接结构体绑定更快定位缺失项 - 如果
ShouldBindUri()返回 error，检查 error 类型：errors.Is(err, binding.ErrInvalidURI)表示参数名不匹配，validation errors表示校验失败 - 避免在中间件里提前调用
c.ShouldBindUri()，因为 handler 可能用不同结构体，应由具体 handler 自行决定绑定逻辑
Param() 是裸拿字符串，ShouldBindUri() 是带校验的结构化映射，而 ShouldBind() 根本不碰路径。漏掉任一环，参数就悄悄变成零值。 
