c.Param("id") 用于获取 Echo 路由路径参数（如 /users/:id），返回 string 类型，需手动转换；它不解析 query 或 body，且不会自动绑定到结构体字段，除非字段带 param:"id" 标签并配合 c.Bind() 使用。
怎么用 c.Param() 拿路径参数
Echo 的路由参数（比如 /users/:id）不会自动进结构体，必须显式调用 c.Param("id") 获取。它只读 URL 路径段，不解析 query 或 body。
常见错误是以为 c.Bind() 会自动把 :id 绑进结构体字段 —— 不会。除非你给结构体字段加 param:"id" 标签，且在调用 c.Bind() 前确保 Echo 已提取过路径参数（默认会，但别依赖隐式行为）。
- 路径参数名必须和标签值完全一致，大小写敏感
-
c.Param("id")返回 string，需手动转类型（如strconv.Atoi()） - 如果路由是
/posts/:year/:month/:day，就得分别调c.Param("year")、c.Param("month")等
c.Bind() 怎么同时处理路径、查询、JSON 三类参数
Echo 的 Bind() 是“多源合并绑定”，按固定顺序覆盖：路径参数 → 查询参数 → 请求体（JSON/XML/form）。这意味着同名字段，body 里的值会覆盖 query，query 覆盖 path。
结构体字段必须带对应标签才生效：
- 路径参数：
param:"id" - 查询参数：
form:"page"或query:"page"（二者等价） - JSON 字段：
json:"name"
示例结构体：
type UserRequest struct {
ID int `param:"id" form:"id" json:"id"`
Name string `form:"name" json:"name"`
Page int `form:"page" query:"page"`
}
对请求 GET /users/123?name=alice&page=2，c.Bind(&u) 后 u.ID == 123、u.Name == "alice"、u.Page == 2；若改用 POST /users/123 发 JSON {"name":"bob","page":3}，则 u.Name == "bob"、u.Page == 3（因为 body 优先级更高）。
开箱即用的技能链路由引擎。13 条预定义链覆盖搜索、开发、审查、MLOps、法律、创意等场景，三层路由架构（触发词→SAD反馈→DAG编排），recall@10=96.97%。配置驱动（chains.yaml），零代码扩展。pip install skill-weave-chains 一键安装。
为什么 c.Bind() 有时拿不到 JSON 字段？
最常见原因是 Content-Type 不是 application/json，或请求体已被中间件提前读取过（比如日志中间件没重置 Body），导致 c.Bind() 读到空流，报错 invalid character '}' looking for beginning of value。
验证方式：打印 c.Request().Header.Get("Content-Type")，确认是 application/json；再检查是否其他中间件调用了 io.ReadAll(c.Request().Body) 却没重放。
- 确保前端发请求时设置了正确的
Content-Type: application/json - 自定义中间件里若要读 body，必须用
bytes.NewBuffer(body)包装后赋回c.Request().Body - 结构体字段首字母必须大写（可导出），否则
Bind()忽略
结构体字段标签写错会导致静默失败
Echo 不会报错提示标签拼写错误，而是跳过该字段绑定。比如把 json:"name" 写成 json:"nmae"，或漏写引号变成 json:name，结果就是字段保持零值（"" 或 0）。
调试建议：
- 用
fmt.Printf("%+v", u)打印绑定后的结构体，确认字段是否如预期填充 - 统一用双引号包裹标签值，避免 Go 解析歧义
- 路径和查询参数标签不能混用：
param:"id"只响应路由段，query:"id"只响应 URL ?id=123，写反了就收不到
路径参数和查询参数的标签名，必须和路由定义或 URL 中的实际 key 完全一致，少一个字符、多一个空格都不行。
