echo中post路由必须用e.post()注册，否则405错误；数据读取需按content-type区分处理，application/json须手动读body并重置，c.bind()有字段覆盖风险，路径参数仅来自url不关联body。
POST路由必须用 e.POST()，不能混用GET或PUT
Echo对HTTP方法严格区分，e.POST("/path", handler) 是唯一合法绑定POST请求的方式。用e.GET()配POST请求会直接405 Method Not Allowed；用e.PUT()注册但发POST，同样不匹配——框架底层靠net/http的Method字段比对，不看body内容。
常见错误是开发时本地curl测试写错方法：curl -X POST 漏掉-X变成默认GET，结果handler根本没触发，还怀疑路由没生效。
POST数据怎么在handler里读取，取决于Content-Type
不能统一用c.FormValue("key")或c.QueryParam("key")——前者只对application/x-www-form-urlencoded有效，后者只取URL参数。实际要按请求头判断：
-
application/x-www-form-urlencoded：先调c.Request().ParseForm()，再用c.FormValue("name") -
multipart/form-data（含文件）：用c.MultipartForm()，返回*multipart.Form -
application/json：必须io.ReadAll(c.Request().Body)，但读完后Body变空，后续c.Bind()会失败，得手动重置：c.Request().Body = io.NopCloser(bytes.NewBuffer(data))
漏判类型会导致FormValue返回空字符串、Bind()静默失败，且无报错提示。
c.Bind()自动处理POST但有优先级陷阱
Echo的c.Bind(&v)会按顺序尝试从路径参数→查询参数→请求体提取字段，同名字段会被后加载的覆盖。比如URL带?id=1，body里又有{"id": 2}，最终v.ID是2。
开箱即用的技能链路由引擎。13 条预定义链覆盖搜索、开发、审查、MLOps、法律、创意等场景，三层路由架构（触发词→SAD反馈→DAG编排），recall@10=96.97%。配置驱动（chains.yaml），零代码扩展。pip install skill-weave-chains 一键安装。
这在REST API中容易引发混淆：PUT /users/:id 的路径id本应是资源标识，但如果body里也传id，就可能被意外覆盖。建议显式校验：if c.Param("id") != fmt.Sprintf("%d", v.ID) { return c.JSON(400, "path id mismatch") }。
带路径参数的POST路由写法和注意事项
POST支持路径参数，比如e.POST("/users/:id/activate", handler)，但注意这不是RESTful惯例——通常激活操作该用PUT或PATCH。技术上可行，但语义混乱。
路径参数值通过c.Param("id")获取，与POST body无关。容易踩的坑是误以为:id能从JSON body里自动提取，其实它只来自URL路径段。
另外，路径参数不支持可选语法（如:id?），那是GET专属；POST若需可选ID，得放query或body里。
