PUT和PATCH在Fiber中路由注册方式相同，均需用app.Put()或app.Patch()显式声明对应HTTP方法，路径参数提取、请求体解析等逻辑一致，但语义和业务处理应严格区分：PUT用于全量替换，PATCH用于局部更新。
PUT 和 PATCH 在 Fiber 中的路由注册方式完全一样
Fiber 不强制你用不同函数区分语义，app.Put() 和 app.Patch() 是两个独立的 HTTP 方法注册入口，底层都走标准 RFC 7231 定义。你写错方法名，Fiber 就不会匹配到请求——不是靠 handler 里判断，而是靠路由表直接拦截。
常见错误是：后端只写了 app.Put("/user/:id")，但前端发的是 PATCH 请求，结果 404；或者反过来，只注册了 Patch 却让客户端用 PUT，导致更新失败却查不出原因。
- 必须按实际 HTTP 方法注册对应路由，不能靠一个 handler 里 if 判断
ctx.Method()混用 - Fiber 的
ctx.Method()返回字符串"PUT"或"PATCH"，仅用于日志、审计或动态行为分支，不用于路由分发 - 如果真要复用逻辑，建议提取成私有函数，再分别注册两个路由调用它，而不是塞进一个路由里做条件分支
PUT 通常要求全量更新，PATCH 要求增量更新
这不是 Fiber 的限制，而是 REST 约定和业务设计选择。Fiber 只负责把请求交给对应 handler，怎么解析数据、校验字段、执行更新，由你决定。
比如用户资料更新：
-
PUT /api/v1/users/123：期望 body 包含完整name、email、avatar字段，缺失字段应被设为空或默认值（取决于你的 ORM/SQL 逻辑） -
PATCH /api/v1/users/123：body 可能只有{"email": "new@example.com"}，其他字段保持原样，数据库 UPDATE 语句需跳过未提供的字段
如果你用 GORM，Save() 默认全量覆盖，而 Updates() 支持 map 或 struct 的非零字段更新——这时候 PATCH handler 用 Updates() 更自然，PUT handler 用 Save() 或显式赋值更稳妥。
中间件里不能靠 Method 切换验证规则？可以，但不推荐
有人想在全局中间件里根据 ctx.Method() 动态加载不同 validator，比如 PUT 要求所有字段必填，PATCH 允许部分字段。技术上可行，但会模糊职责边界。
开箱即用的技能链路由引擎。13 条预定义链覆盖搜索、开发、审查、MLOps、法律、创意等场景，三层路由架构（触发词→SAD反馈→DAG编排），recall@10=96.97%。配置驱动（chains.yaml），零代码扩展。pip install skill-weave-chains 一键安装。
更好的做法是：为每个路由绑定专属 validator 实例，或在 handler 开头做轻量判断：
if ctx.Method() == "PUT" {
if err := ctx.Validate(&user); err != nil {
ctx.Status(400).JSON(fiber.Map{"error": err.Error()})
return
}
} else if ctx.Method() == "PATCH" {
if err := ctx.Validate(&patchUser); err != nil {
ctx.Status(400).JSON(fiber.Map{"error": err.Error()})
return
}
}
注意：两个结构体 user 和 patchUser 的字段标签（如 validate:"required"）可以不同，这才是清晰可控的做法。
浏览器表单不支持 PATCH？得用 fetch 或 axios 显式声明
HTML <form method="PATCH"></form> 不会被浏览器识别，实际发出的仍是 GET 或 POST。这是历史兼容性限制，和 Fiber 无关。
真正发送 PATCH 请求，必须用 JS：
fetch("/api/v1/posts/42", { method: "PATCH", body: JSON.stringify({...}) })- axios：
axios.patch("/api/v1/posts/42", {...}) - 确保后端已启用 CORS，且预检请求（OPTIONS）被正确处理（Fiber 默认不自动响应 OPTIONS，需手动加
app.Options()或用fiber.WrapMiddleware(cors.New())）
容易忽略的一点：Nginx 或 Cloudflare 等反向代理可能默认过滤掉 PATCH 方法，返回 405。检查代理层配置，确认 limit_except 或 allowed_methods 包含 PATCH。
