Fiber路由需路径、方法、参数声明、StrictRouting四者严格对齐，缺一即404/405；/users与/users/因StrictRouting=true被视为不同路由，正确解法是在所有路由前加中间件将带尾斜杠路径301重定向至无斜杠版本。
别指望 Fiber 自动猜你要什么路由——它只按你写的字面路径和方法精确匹配，写错一个斜杠或漏个冒号，404 就来了。
StrictRouting 导致 /users 和 /users/ 都 404 怎么办
Fiber 默认 StrictRouting: true，意味着 /users 和 /users/ 是两条完全独立的路由。你只注册了 app.Get("/users", h)，那请求 GET /users/ 就必然 404。
- 别直接关
StrictRouting: false：关掉后/users/123可能被/users前缀捕获，c.Params("id")拿不到值 - 推荐加统一重定向中间件（放最前面）：
app.Use(func(c *fiber.Ctx) error { if strings.HasSuffix(c.Path(), "/") && c.Path() != "/" { return c.Redirect(strings.TrimSuffix(c.Path(), "/"), 301) } return c.Next() }) - 上线前检查所有前端调用、OpenAPI spec、Postman 集合，确保路径全是无尾斜杠形式
ctx.Params、ctx.QueryParam、ctx.BodyParser 到底该用哪个
三者来源隔离，混用必空。名字一样也不互通，不是“参数名对上就能取到”。
-
c.Params("id")只从路径占位符来，比如app.Get("/user/:id", h)匹配/user/123后才有效；/user?id=123或 JSON body 里有{"id": 123}都取不到 -
c.QueryParam("q")只读 URL query string，如/search?q=go→"go"；不碰路径、header、body -
c.BodyParser(&v)是专为application/json设计的，要求请求头带Content-Type: application/json；若用application/x-www-form-urlencoded，得换c.FormValue("name")
app.Use 和 app.Group 的本质区别在哪
app.Use() 是前缀级中间件拦截器，app.Group() 是子路由树构造器——它们干的事完全不同，不能互换。
Golang Uber Dig
下载
使用 uber-go/dig 在 Golang 中实现依赖注入——基于反射容器，提供 Provide/Invoke、dig.In/dig.Out 参数与结果对象，支持命名依赖等
立即学习“go语言免费学习笔记（深入）”；
-
app.Use("/api", middleware)：所有以/api开头的请求（无论 GET/POST/PUT），都先过这个中间件；它不注册 handler，只是拦截 -
api := app.Group("/api")：返回一个新*fiber.Router，后续api.Get("/users", h)实际注册的是GET /api/users；注意路径必须写全/users，不能写users（否则变成/users）或/api/users（否则变成/api/api/users） - 常见错误：
api.Get("/api/users", h)→ 注册成/api/api/users，请求/api/users直接 404
批量注册路由怎么写才不翻车
别用 map[string]interface{} 或裸循环调 app.Get()，结构松散、前缀难统一、中间件复用难。
- 先用
app.Group("/api")创建分组，复用同一个变量 - 定义结构体切片，含
Method、Path、Handler字段 - 循环中根据
Method调group.Get()、group.Post()等，Path必须带前导斜杠（如"/users"） - 闭包陷阱要防：handler 里引用循环变量时，用局部变量捕获，别直接用
r
真正卡住人的地方，往往不是某个函数不会写，而是 StrictRouting 的语义边界没理清、参数来源没分清、或者把 app.Group 当成了自动补前缀的魔法盒子——这些细节不抠准，调试时日志里看不出问题，但请求就是进不了 handler。
