c.Params("id")为空是因为未在路由中显式声明占位符，如app.Get("/user/:id", h)，否则永远返回空字符串；路径参数、查询参数、请求体三者来源完全隔离，不可混用。
路径参数、查询参数、请求体三者来源完全隔离，混用必空——不是框架 bug，是设计契约。
为什么 c.Params("id") 总是空？
它只从你路由定义中明确写出的占位符里取值，不解析 URL 或 body。没声明，就永远返回空字符串。
-
app.Get("/user/:id", h)→ 访问/user/123才能拿到c.Params("id") == "123" -
app.Get("/user", h)→ 即使 URL 是/user/123，c.Params("id")也为空（没声明占位符） - 不支持正则路径（如
/user/\d+），Fiber 只认:id这种命名式占位符
c.QueryParam("q") 和 c.Params("q") 能混着用吗？
不能。名字一样也不互通——它们读的是完全不同的数据段。
-
c.QueryParam("q")只读?q=go&format=json中的q，对路径、header、body 视而不见 -
c.Params("q")只读app.Get("/search/:q", h)匹配/search/go后的占位值 - URL 是
/user/123?format=json→c.Params("id") == "123"，c.QueryParam("format") == "json"，各自独立
c.BodyParser(&v) 解析 JSON 失败的常见原因
它只处理 Content-Type: application/json 的请求体，且必须传结构体地址。
Golang Uber Dig
下载
使用 uber-go/dig 在 Golang 中实现依赖注入——基于反射容器，提供 Provide/Invoke、dig.In/dig.Out 参数与结果对象，支持命名依赖等
- 错误写法：
c.BodyParser(v)（没取地址）→v保持零值，无报错但字段全空 - 正确写法：
err := c.BodyParser(&user)，其中user是已定义的 struct 变量 - 若前端发的是
application/x-www-form-urlencoded，得换c.FormValue("name")，别硬套BodyParser - 没手动检查
err？默认静默失败，后续逻辑可能 panic 或写入空数据
StrictRouting 导致 /users 和 /users/ 都 404 怎么办？
这不是要“修 404”，而是要对齐语义：Fiber 默认把末尾斜杠当作路径的一部分。关掉 StrictRouting 会让匹配变松散，反而引发参数丢失。
- 显式注册两条：
app.Get("/users", h)+app.Get("/users/", redirectHandler) - 或统一中间件重定向（推荐）：
if strings.HasSuffix(c.Path(), "/") && c.Path() != "/" { c.Redirect(strings.TrimSuffix(c.Path(), "/"), 301) } - 注意：直接用
c.Redirect()会丢 query string，需手动拼接完整 URI（比如用c.Request().URI().FullURI()拆解再重建） - 上线前同步前端 SDK、OpenAPI spec、Postman 集合，全部约定用无尾斜杠路径，后端只注册一种形式
最容易被忽略的一点：所有参数读取函数都依赖「路径是否真正匹配成功」。如果 app.Get("/api/user/:id") 没注册，或者因 StrictRouting / 方法不匹配 / 前缀拼错导致路由未命中，那 c.Params、c.QueryParam、c.BodyParser 全部不会触发——它们不是全局解析器，而是匹配成功后的上下文提取工具。
golang免费学习笔记（深入）：立即使用
在学习笔记中，你将探索golang的核心概念和高级技巧！
