Fiber路由需明确区分app.Get、app.Use、app.Group职责，并统一StrictRouting与参数提取规则：路径参数仅来自注册的占位符，查询参数仅来自URL，请求体解析依赖Content-Type；/users与/users/因StrictRouting严格区分，需重定向中间件处理。
直接说结论：Fiber 路由不是“写对路径就能跑”，核心在于分清 app.Get、app.Use、app.Group 三者的职责，再处理好 StrictRouting 和参数提取来源——这四点没对齐，90% 的 404 和空参数问题就出在这儿。
app.Get("/users") 为什么访问 /users/ 返回 404
Fiber 默认开启 StrictRouting: true，这意味着 /users 和 /users/ 是两条完全不同的路由。注册了前者，后者就 404，不自动 fallback。
- 别全局关掉
StrictRouting: false：关掉后，/users/123可能被/users前缀匹配到，导致c.Params("id")拿不到值，排查更难 - 推荐做法是加统一重定向中间件，在所有路由前注册：
app.Use(func(c *fiber.Ctx) error { path := c.Path() if path != "/" && strings.HasSuffix(path, "/") { return c.Redirect(strings.TrimSuffix(path, "/"), 301) } return c.Next() }) - 开发期可临时双写：
app.Get("/users", h)和app.Get("/users/", h)，但上线前必须收敛
ctx.Params("id")、ctx.QueryParam("q")、ctx.BodyParser(&v) 各自读哪儿的数据
三者数据源完全隔离，混用必空。不是“框架自动猜”，而是严格按注册路径、URL 查询串、请求体类型来取。
-
c.Params("id")只从路径占位符提取：必须注册app.Get("/user/:id", h)，请求GET /user/123才能取到；/user?id=123或 JSON body 里有{"id": 123}都无效 -
c.QueryParam("q")只解析 query string：/search?q=go&lang=zh→c.QueryParam("q") == "go"；不看路径、header、body -
c.BodyParser(&v)专为application/json设计；若前端发的是application/x-www-form-urlencoded，得用c.FormValue("name")，否则解析失败且无报错提示
app.Use("/api") 和 app.Group("/api") 到底差在哪
一个是中间件拦截器，一个是路由前缀生成器，语义和行为完全不同。
Golang Uber Dig
下载
使用 uber-go/dig 在 Golang 中实现依赖注入——基于反射容器，提供 Provide/Invoke、dig.In/dig.Out 参数与结果对象，支持命名依赖等
立即学习“go语言免费学习笔记（深入）”；
-
app.Use("/api")：所有以/api开头的请求（无论 GET/POST/PUT），都先过这个中间件；它不注册 handler，也不改路径，只做拦截 -
api := app.Group("/api")：返回一个新*fiber.Router，后续api.Get("/users", h)实际注册的是GET /api/users；注意：路径参数里必须写/users，不能写/api/users，否则变成/api/api/users - 组内中间件要显式挂载：
api.Use(authMiddleware)，不是app.Use("/api", authMiddleware)；后者会作用于所有/api*路径，包括静态文件
动态路由怎么写才不会 c.Params("id") 返回空字符串
参数占位符必须显式出现在注册路径中，Fiber 不会“智能识别 URL 里的数字”。
- 正确：
app.Get("/posts/:year/:month/:day", h)→ 请求/posts/2026/10/27，c.Params("year")可取 - 错误：
app.Get("/posts", h)→ 请求/posts/2026/10/27，c.Params("year")永远为空 - 通配符
*path必须在末尾且不可与:name混用：/files/:user/*path合法，/files/*path/:ext启动报错invalid pattern - 可选段只支持末尾单段：
/posts/:id/:version?匹配/posts/123和/posts/123/v2；/api/v1/:id/profile?是非法的
最容易被忽略的其实是 c.Params() 取值前提：路由必须真正命中 handler。中间件提前 return、StrictRouting 导致路径不匹配、或更宽泛的路由（如 /users/:id）覆盖了具体路径（如 /users/me），都会让参数看起来“消失了”。调试时先确认 c.Path() 和实际注册的路径是否一字不差。
