路径参数必须用c.params("name")获取，不能用c.query；命名大小写敏感；末尾多斜杠导致匹配失败；需手动类型转换；*:path带前导/，+:path不带；?optional未提供时返回空字符串；多参数用c.paramsvalues按序取；匹配是精确前缀，无内建校验。
路径参数必须用 c.Params("name") 取，不能用 c.Query
路径参数（如 /user/:id 中的 id）和查询参数（如 ?page=2）来源完全不同，Fiber 严格区分二者。误用 c.Query("id") 永远返回空字符串，因为 URL 路径段根本不在 query string 里。
正确做法是：路由定义时用冒号声明参数名 → 处理器中调 c.Params("id") → 返回 string 类型值。
- 命名大小写敏感：
c.Params("ID")和c.Params("id")是两个不同键，拼错就取不到 - 路径末尾多斜杠会导致匹配失败：请求
/user/123/不会进入/user/:id路由，除非你显式加通配符或重写路由 - 不自动类型转换：即使
id是数字，c.Params("id")仍返回字符串，需手动用strconv.Atoi等处理
:name、*path、+path 和 ?optional 的行为差异
Fiber 支持四类路径参数语法，各自用途和陷阱不同：
-
:name：标准命名参数，只匹配单一段（不含斜杠），例如/api/v1/:version中version只能是"v2"，不能是"v2/users" -
*path：捕获剩余全部路径（含斜杠），返回时带前导/，比如/files/*filepath匹配/files/a/b/c.txt→c.Params("filepath")得到"/a/b/c.txt" -
+path：同*path，但返回值不带前导/，更干净；不过注意它不支持嵌套，/a/+b/+c是非法路由 -
?optional：声明可选参数，但不会自动设默认值，仍需手动判空 ——c.Params("optional")在未提供时返回空字符串""，不是nil
多个路径参数怎么一次性取？用 c.ParamsValues 而非循环
当路由含多个命名参数（如 /posts/:year/:month/:slug），逐个调 c.Params 效率低且易漏写。推荐直接用 c.ParamsValues("year", "month", "slug")，它返回 []string，顺序与参数名列表一致。
- 参数名顺序无关紧要，但传入顺序决定返回切片顺序
- 任意一个参数未匹配（比如路由实际是
/posts/2024，缺month），对应位置返回空字符串""，不会 panic - 不要试图用
c.ParamsValues()不带参数调用——它不会返回所有参数，而是返回空切片
容易被忽略的匹配边界问题
路径参数匹配是精确前缀匹配，不是正则模糊匹配。这意味着：
- 定义
/user/:id，请求/user/123abc会被匹配，但/user/123/extra不会 —— 后者需要/user/:id/*rest或额外路由 - 如果想限制
:id只接受数字，Fiber 不提供内建校验，你得在 handler 里手动用regexp.MatchString或strconv.Atoi检查并返回 400 - 路由注册顺序很重要：更具体的路由（如
/admin/users）应放在通配路由（如/admin/*path）之前，否则后者会提前截获请求
最常出问题的地方不是取值逻辑本身，而是前端发来的路径和后端路由定义之间存在隐式契约——少一个斜杠、多一个空格、大小写不一致，都会让 c.Params 返回空，而这个空值往往直接流入后续业务逻辑，直到数据库报错才暴露。
