c.Params()和c.Queries()是获取路径参数与查询参数的唯一正确方式：前者提取命名路由参数（如:id）、通配符*path，后者自动解码并合并重复查询键；二者只读且不可修改，路径参数标识资源，查询参数控制视图。
c.Params() 和 c.Queries() 是获取路径参数与查询参数的正确入口，不是靠手动解析 r.URL.Path 或 r.URL.RawQuery。
路径参数必须用 c.Params()，不能用 c.Path() 或字符串截取
Fiber 的路由定义支持命名参数（如 /users/:id、/posts/:year/:month），这些参数在匹配成功后由框架自动提取并注入到 c.Params() 中。直接对 c.Path() 做 strings.Split 或 strings.TrimPrefix 会漏掉带查询参数的路径（如 /users/123?tab=profile），也拿不到类型安全的键值对。
-
c.Params("id")返回字符串值，未匹配时返回空字符串 -
c.Params("year")和c.Params("month")在/posts/2024/09下分别返回"2024"和"09" - 若路由是
/files/*path，则用c.Params("*path")获取通配部分（注意星号和斜杠都要带上） - 不要用
c.Route().Path反推参数——它只返回模板，不包含实际值
查询参数统一走 c.Queries()，别碰 c.Request().URI()
c.Queries() 返回 map[string][]string，已自动完成 URL 解码与重复键合并（如 ?tag=a&tag=b → ["a", "b"]）。手动调用 c.Request().URI() 再用 url.ParseQuery 不仅冗余，还会因未处理百分号编码而出错。
-
c.Query("page")获取单值（取第一个），c.Queries("page")获取所有同名值 -
c.Query("limit", "20")支持默认值 fallback，避免空判断 - 若参数含特殊字符（如
?q=go%20fiber），c.Query("q")自动解码为"go fiber"，手写解析容易漏 decode - 对布尔类查询参数（
?active=true），需自行转换：str2bool(c.Query("active"))，Fiber 不做隐式类型转换
混合场景下注意参数来源隔离：路径参数 ≠ 查询参数 ≠ 表单字段
同一个 key 名在不同位置出现时互不影响。比如路由 /api/v1/users/:id + 请求 GET /api/v1/users/123?name=john，c.Params("id") 是 "123"，c.Query("name") 是 "john"，两者完全独立。混淆会导致逻辑错位，尤其在权限校验或日志打点时。
- 路径参数代表资源标识，应参与路由匹配与缓存键生成
- 查询参数代表视图控制（分页、筛选、排序），通常不进 DB 主键或索引条件
- 不要把
c.Query("id")当作主键用——它可能被恶意篡改，而c.Params("id")至少经过路由层过滤 - 调试时可用
fmt.Printf("params: %+v, queries: %+v", c.Params(), c.Queries())快速确认实际收到什么
最易忽略的一点：Fiber 的 c.Params() 和 c.Queries() 都是只读映射，底层复用同一块内存；你不能对返回的 map 做 delete 或赋值修改，否则会影响后续请求——这是 sync.Pool 复用 Ctx 对象带来的约束，不是 bug。
