Fiber的app.Group()不是自动补前缀的语法糖，它返回独立的*fiber.Router实例，子路由路径必须写全量（如/api/users），漏写或重复拼接前缀均导致404或错配。
直接说结论：Fiber 的 app.Group() 不是“自动补前缀”的语法糖，它返回一个独立的 *fiber.Router 实例，子路由路径必须写全量（含前缀），漏写或重复拼接都会导致 404 或错配。
为什么 api.Get("/users", h) 匹配不到 /api/users？
这是最常踩的坑。根本原因在于：你没在 Get() 的路径参数里写全 /users —— 看似多余，但 Fiber 不会帮你补。
-
app.Group("/api")返回的是新路由实例，它只提供作用域和中间件绑定能力，不改写路径逻辑 -
api.Get("users", h)→ 注册的是GET /users（不是/api/users），请求/api/users必然 404 -
api.Get("/api/users", h)→ 注册的是GET /api/api/users，多了一层前缀，同样 404 - ✅ 正确写法：
api := app.Group("/api"); api.Get("/users", h)→ 实际注册GET /api/users
app.Group() 嵌套使用是否安全？
语法上合法，但工程上危险。嵌套会让路径来源分散、调试困难、重构易出错。
-
v1admin := app.Group("/v1").Group("/admin")→ 最终路径是/v1/admin/dashboard，但前缀被拆成两处 - 中间件执行顺序变隐晦：外层
Group的中间件先执行，内层再执行，日志里看不出层级 - 重构时极易遗漏某一层前缀，比如只改了第一层
/v2，忘了第二层/admin，结果路由全断 - ✅ 推荐替代：
v1admin := app.Group("/v1/admin")，路径和中间件都集中管理，一目了然
分组中间件怎么挂才真正生效？
关键点：分组中间件必须作为 app.Group() 的第二个（及以上）参数传入，不能事后调 group.Use()。
Golang Uber Dig
下载
使用 uber-go/dig 在 Golang 中实现依赖注入——基于反射容器，提供 Provide/Invoke、dig.In/dig.Out 参数与结果对象，支持命名依赖等
-
admin := app.Group("/admin", authMiddleware)→ ✅ 正确，authMiddleware对所有/admin/*路由生效 -
admin := app.Group("/admin"); admin.Use(authMiddleware)→ ⚠️ 错误，这会注册一条匹配/admin/*的USE路由，但它对/admin根路径无效，且可能和已有的GET /admin冲突 - 多个中间件按顺序执行：
app.Group("/api", logger, jwtAuth)→ 先logger，再jwtAuth - 若某条路由需额外中间件（如 IP 白名单），可单独加：
api.Get("/delete", ipWhitelist, handler)
StrictRouting 开启时，/api 和 /api/ 是两个路由
Fiber 默认 StrictRouting: true，这意味着路径末尾斜杠是语义的一部分，/api 和 /api/ 完全不同。
- 你用
api := app.Group("/api")，然后只注册了api.Get("/users", h)→ 它只响应/api/users -
/api/users/是另一条路径，未注册就 404；同理，/api/本身也需显式注册（如api.Get("/", homeHandler)） - 别关
StrictRouting: false来“绕过”——它会让/api/users/123被/api/users错误捕获，c.Params("id")拿不到值 - ✅ 推荐做法：统一约定前端、OpenAPI、Postman 全部用无尾斜杠；后端只注册一种形式；必要时加重定向中间件
最易被忽略的一点：分组本身不响应任何请求，它只是容器。哪怕你写了 app.Group("/api")，若没在该分组下注册任何 .Get()、.Post()，那整个 /api/* 都是 404。路径拼接只发生在注册阶段，运行时完全不参与匹配逻辑。
golang免费学习笔记（深入）：立即使用
在学习笔记中，你将探索golang的核心概念和高级技巧！
