Echo框架不自动转换路由参数类型，c.Param("id")始终返回string，须用strconv.Atoi()手动转换并检查error，避免隐式转换错误。
直接说结论：Echo 框架本身不自动做 string ↔ int 路由参数转换，c.Param("id") 永远返回 string；你必须手动用 strconv.Atoi() 或类似方式转，否则拿不到整数——这不是框架缺陷，是设计使然。
为什么 c.Param("id") 只返回 string？
Echo 的 Param 方法底层只是从 URL 路径字符串中切片提取，比如 /users/123 中的 "123"，它不关心你文档里写的是 integer 还是 uuid。类型校验和转换必须由你显式控制，避免隐式转换引发的静默错误（比如传 "123abc" 时自动截断成 123）。
- 所有路径参数（
:id、:slug）都以string形式暴露给 handler - Query 参数（
c.QueryParam("page")）同样只返回string - 即使你用
c.Bind()绑定 struct，也仅对 JSON/Form body 生效，不影响路径或查询参数
怎么安全地把 string 转成 int？
别用 strconv.Atoi() 简单粗暴调用——它遇到非数字会 panic 或返回 0，而 0 可能是合法 ID（比如数据库里真有 ID=0 的记录）。必须检查 error。
Skill Weave Chains — 技能链路由引擎
下载
开箱即用的技能链路由引擎。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 { return c.JSON(http.StatusBadRequest, map[string]string{"error": "invalid id format"}) } // 后续用 id（int 类型）查库或校验 - 需要范围校验？加一层：
if id - 想复用？封装成 helper 函数：
func parseID(c echo.Context, key string) (int, error)
什么时候该用 int 而不是 string 做参数？
不是“能转就转”，而是看业务语义。ID 是整数且参与算术（分页、偏移计算）、数据库主键为 INT、下游服务明确要求 number 类型时，才值得转。否则留作 string 更安全：
-
/users/abc123—— UUID 或自定义编码，强行转int必错 -
/orders/2024-10-19—— 日期字符串，转int失去可读性 - 前端传了
"123"但后端期望123，而你没校验，结果查出 ID=0 的默认用户——这种 bug 很难被日志捕获
最易被忽略的一点：错误处理不能只靠 http.StatusBadRequest。如果多个路由都用 id 参数，建议统一中间件预解析并注入 context，而不是每个 handler 里重复写 strconv.Atoi 和错误响应逻辑。
