Fiber路由需路径写法、HTTP方法、StrictRouting开关、参数提取方式四者严格对齐，缺一即404或空值；默认StrictRouting:true使/users与/users/为不同路由，推荐重定向中间件统一处理尾斜杠。
直接说结论：Fiber 路由不是“写对路径就能通”，而是 路径写法、HTTP 方法、StrictRouting 开关、参数提取方式 四者必须同时对齐，漏一个就 404 或空值。
为什么 /users 和 /users/ 都 404？StrictRouting 不是 bug 是默认行为
Fiber 默认 StrictRouting: true，这意味着 /users 和 /users/ 是两条完全独立的路由。你只注册了 app.Get("/users", h)，那访问 /users/ 就必然 404——不是框架出错，是你没声明它。
- 别全局关 StrictRouting：
fiber.New(&fiber.Config{StrictRouting: false})会让/users/:id被/users错误匹配，c.Params("id")拿不到值 - 推荐统一重定向：在所有路由注册前加中间件，检测尾斜杠并 301 跳转：
if strings.HasSuffix(c.Path(), "/") && c.Path() != "/" { c.Redirect(strings.TrimSuffix(c.Path(), "/"), 301) } - 前端、OpenAPI、Postman 全部约定用无尾斜杠路径，后端只注册一种形式，最省心
app.Use("/api") 和 app.Group("/api") 到底该用哪个？
app.Use("/api", middleware) 是前缀级拦截，对所有方法（GET/POST/PUT 等）生效，且只匹配 /api、/api/users 这类“精确前缀或后跟 /”的路径；而 app.Group("/api") 返回一个新路由实例，用于组织子路由，但不会自动拼接路径。
-
app.Use("/api", mw)→ 匹配/api、/api/v1/health，不匹配/apixxx或/api123 -
api := app.Group("/api"); api.Get("/users", h)→ 实际注册的是GET /api/users✅ -
api.Get("/api/users", h)→ 注册成GET /api/api/users❌（多了一层前缀） - Group 不是修饰器，是独立路由树节点；嵌套 Group（如
app.Group("/v1").Group("/admin")）会让路径分散、难调试，建议改用app.Group("/v1/admin")
c.Params("id")、c.QueryParam("q")、c.BodyParser(&v) 怎么总取不到值？
三者来源完全隔离，名字一样也不互通。混用必空，不是框架问题，是读错了地方。
使用 uber-go/dig 在 Golang 中实现依赖注入——基于反射容器，提供 Provide/Invoke、dig.In/dig.Out 参数与结果对象，支持命名依赖等
立即学习“go语言免费学习笔记（深入）”；
-
c.Params("id")只从路径占位符提取，比如app.Get("/user/:id", h)匹配/user/123后才可取到"123"；对/user?id=123或 JSON body 无效 -
c.QueryParam("q")只解析 URL query string，如/search?q=go→"go"；不碰路径、header、body -
c.BodyParser(&v)是专为 JSON 设计的，要求Content-Type: application/json；若用application/x-www-form-urlencoded，得换c.FormValue("name") - URL 是
/user/123?format=json，那么c.Params("id") == "123"，c.QueryParam("format") == "json"，两者互不干扰
批量注册路由怎么写才不踩坑？
别用 fiber.Map，也别在循环里反复调用 app.Group()。最稳妥的是先建好 Group 实例，再循环注册子路由。
- 定义结构体切片：
type Route { Method, Path string; Handler fiber.Handler } - 复用同一个 Group 实例：
api := app.Group("/api")，然后在循环中调用api.Get(r.Path, r.Handler) - 注意 handler 必须是
fiber.Handler类型，普通函数要包装；闭包陷阱常见于循环中直接引用r变量，要用局部变量捕获 -
fiber.Map是响应体序列化工具，不是路由注册工具，强行用它只会增加类型转换负担
最容易被忽略的一点：上线必须用 fiber.New() 替代 fiber.Default()，否则默认中间件会把 Authorization 头、完整请求体全打日志，TTFB 多 0.3–0.8ms，高并发下 I/O 直接成瓶颈。StrictRouting 的语义、参数来源的隔离性、Group 和 Use 的职责边界——这三块不厘清，路由永远在“看似对、实际不通”的边缘反复横跳。
