StrictRouting 默认为 true 是设计契约，不可关闭；关闭会导致尾斜杠归一化、fallback 匹配及参数捕获错误，应显式注册或重定向处理路径差异。
别关 StrictRouting，也别堆 /user/* —— 这两类操作是线上 QPS 抖动和 404 飙升的主因。Fiber 的路由快不是靠“松匹配”，而是靠路径契约明确 + Radix 树零锁跳转。
StrictRouting 开关到底要不要关？
默认 StrictRouting: true 是设计契约，不是 bug。它让 /users 和 /users/ 成为两个独立节点，匹配仍是 O(k)、无锁、不归一化、不 fallback。
- 关掉它：
fiber.New(&fiber.Config{StrictRouting: false})会触发尾部斜杠自动截断 + 多轮 fallback 匹配，额外字符串操作 + 潜在捕获错误（比如/users/123被/users拦截） - 显式注册更安全：同时写
app.Get("/users", handler)和app.Get("/users/", redirectHandler) - 统一重定向更省心：中间件里加判断
strings.HasSuffix(c.Path(), "/") && c.Path() != "/"，然后c.Redirect(strings.TrimSuffix(c.Path(), "/"), 301) - 上线前同步检查前端 SDK、OpenAPI spec、Postman 集合，确保全量路径用无尾斜杠形式
参数路由 vs 正则通配符，性能差在哪？
/user/:id 是 Radix 树标准节点跳转；/user/* 是线性扫描匹配，性能差 3–5 倍，且无法提取参数，后续还得手动 strings.TrimPrefix()。
- 需要校验 ID 格式？用 Fiber v3 的
RegisterCustomConstraint，别在 handler 里写if !isValidID(c.Params("id")) - 多个可选层级？拆成明确路径：
/user/:id/profile、/user/:id/settings，别堆/user/* -
*只能放路径末尾，且不参与参数提取 —— 它只是兜底，不是路由设计工具
路由注册必须在 Listen 前完成
Fiber 的 Radix 树启动后冻结，运行时匹配完全无锁。但如果你在 handler 或中间件里调 app.Add() 或动态改 app.Router，就会触发 fatal error: concurrent map writes。
Golang Uber Dig
下载
使用 uber-go/dig 在 Golang 中实现依赖注入——基于反射容器，提供 Provide/Invoke、dig.In/dig.Out 参数与结果对象，支持命名依赖等
立即学习“go语言免费学习笔记（深入）”；
- 所有
app.Get()、app.Post()必须放在main()顶部或初始化函数中，app.Listen()之前 - API 网关类场景需“按租户加载路由”？不能运行时注册，得预加载全量路由 + handler 内部逻辑分发
- 闭包里捕获的
map或slice不是线程安全的，哪怕只读也要加sync.RWMutex，别依赖“树安全”就忽略数据竞争
c.Params / c.QueryParam / c.BodyParser 到底读哪来的？
三者来源严格隔离，混用必空值。这不是框架限制，是 HTTP 协议层的数据边界。
-
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"，两者互不干扰
最常被忽略的是：路由快没用，handler 里一写错（比如用 c.Body() 而非 c.BodyBytes()，或 strconv.Atoi(c.Params("id")) 而非 c.ParamsInt("id")），整个请求延迟就上去了——Fiber 的性能优势全靠绕过标准库反射和内存分配，别在最后一环亲手打穿它。
