app.Group() 返回独立路由实例，不自动补前缀，需手动写全路径；嵌套Group易致路径失控，建议单层完整前缀；group.Use中间件仅作用于本组且无法按方法过滤；静态资源与API分组不可混用。
app.Group() 返回的是独立路由实例，不是路径修饰器
Fiber 的 app.Group() 不会自动帮你补前缀，它返回一个类型为 *fiber.Router 的新实例，行为和 app 一致（支持 Use、Get、Post 等），但**不修改你传入的路径字符串**。你必须手动写全量路径，否则注册错位，运行时 404。
常见错误：
-
api := app.Group("/api"); api.Get("users", h)→ 实际注册为GET /users，漏了前缀，404 -
v1 := app.Group("/v1"); v1.Get("/v1/users", h)→ 实际注册为GET /v1/v1/users，重复拼接，404
✅ 正确写法：api := app.Group("/api"); api.Get("/users", h) → 匹配 GET /api/users
嵌套 Group 容易导致路径失控，别拆太碎
语法上支持 app.Group("/v1").Group("/admin")，但它返回的 *fiber.Router 会让路径前缀分散在多层调用中，重构或排查时极易遗漏某一段。
比如：
v1admin := app.Group("/v1").Group("/admin")
v1admin.Get("/dashboard", h)
实际匹配的是 /v1/admin/dashboard，但前缀被切成两块，中间件叠加顺序也变隐晦（外层中间件先执行，内层后执行，日志里看不出层级）。
更稳妥的做法是：
- 用单个变量一次性定义完整前缀：
v1admin := app.Group("/v1/admin") - 所有子路由直接写相对路径：
v1admin.Get("/dashboard", h)、v1admin.Post("/logs", h) - 中间件也统一挂在这一个 group 上，避免嵌套带来的执行歧义
Group 中间件只对本组生效，且无法按 HTTP 方法过滤
group.Use(mw) 注册的中间件，会作用于该 group 下所有方法（Get、Post、Put 等），不会泄漏到其他分组或根路由。
使用 uber-go/dig 在 Golang 中实现依赖注入——基于反射容器，提供 Provide/Invoke、dig.In/dig.Out 参数与结果对象，支持命名依赖等
执行顺序固定为：app.Use()（全局）→ group.Use()（组级）→ 路由级中间件（如 group.Get("/x", mw, h)）。
⚠️ 注意：如果你只想对 POST 限流，不能在 group.Use(limiter) 里靠 c.Method() 判断后 return——因为 Use 是前置拦截，必须放行才能进入路由匹配阶段。真要按方法区分，得拆成两个 group，或改用路由级中间件。
另外，若限流依赖用户角色（如 VIP 阈值更高），务必确保鉴权中间件（写入 c.Locals）在 group.Use(limiter) 之前注册，否则 limiter 拿不到 role，只能 fallback 到 IP 限流。
静态资源和 API 分组别混用，/ 与 "" 前缀有边界差异
app.Group("") 和 app.Group("/") 在语法上都合法，但语义不同："" 等价于根路由；"/" 在部分 fasthttp 版本中可能触发边界匹配歧义（比如 / 和 // 处理不一致），建议统一用空字符串或明确前缀。
更关键的是：别把 app.Static() 和 app.Group() 当成同类机制。前者是路径前缀替换（/static/css/a.css → ./public/css/a.css），后者是路由组织单元。两者混用容易误判路径归属——比如你在 app.Group("/api") 下注册接口，又用 app.Static("/static", "./public")，它们互不干扰；但若误写成 app.Static("/api", "./public")，就可能覆盖掉本该走 API 逻辑的请求。
生产环境尤其注意：app.Static("/", "./public") 是高危操作，它会拦截所有未匹配路由（包括 /health、/metrics），建议仅用于前端 SPA 的兜底，且必须放在所有 API 路由注册之后。
golang免费学习笔记（深入）：立即使用
在学习笔记中，你将探索golang的核心概念和高级技巧！
