fiber中通配符*path只能位于路径末尾且每条路由仅允许一个，如/static/*filepath合法，而/api/*/v1或/files/*/read非法；它捕获剩余全部路径段，不参与前缀共享，且匹配优先级低于参数节点。
通配符 *path 只能放在路径末尾，且一个路由里只能有一个
Fiber 的通配符节点（*path）不是正则，也不是任意位置的占位符，它被设计为“捕获剩余全部路径段”，因此必须出现在路径最后。比如 /static/*filepath 合法，而 /api/*v/:id 或 /files/*/read 会直接导致路由注册失败，启动时报错 invalid pattern。
常见错误是想用通配符做多级动态匹配，比如 /users/*/posts/*——这在 Fiber 中不支持，底层基数树只允许通配节点作为叶子节点存在，且同级下会覆盖其他节点（包括参数节点）。若真需多级灵活匹配，应改用 :param 分段定义，或前置加一层反向代理做路径重写。
-
/blog/*slug✅ 匹配/blog/2024/09/my-post，c.Params("*")返回"2024/09/my-post" -
/files/:user/*path❌ 启动失败：通配符不能出现在非末尾位置 -
/api/v1/*❌ 缺少参数名，必须写成/api/v1/*path
ctx.Params("*") 和 ctx.Params("name") 返回值类型不同
ctx.Params("name") 返回单个字符串，对应 :name 段；而 ctx.Params("*") 也返回字符串，但它包含原始路径中所有后续段（含斜杠），不会自动分割或解码。这意味着你不能直接拿 ctx.Params("*") 当文件系统路径拼接，得先做 url.PathEscape 或 filepath.Clean 防注入。
例如注册了 app.Get("/download/*filepath", h)，请求 /download/../../etc/passwd 时，c.Params("*") 值就是 "../../etc/passwd"，不做校验就传给 os.Open 会出安全问题。
- 用
filepath.Join(baseDir, c.Params("*"))前，务必先调filepath.Clean(c.Params("*")) -
ctx.Params("*")不会自动 URL 解码，如路径含%20，需手动url.PathUnescape - 不要把
*参数名写成*file或*id——Fiber 只认字面量*，命名无效
通配符和参数节点共存时，优先级由基数树结构决定，不是写法顺序
Fiber 的路由匹配不按注册顺序，而是靠基数树节点类型和位置。当请求路径进入某节点后，引擎会按「静态 → 参数（:name）→ 通配（*）」的固定优先级尝试匹配。也就是说，/users/:id 和 /users/*path 注册先后无关紧要，但 /users/123 必定命中 :id，只有 /users/anything/else 才会落到 *path 上。
容易踩的坑是误以为通配会“兜底”所有未命中的子路径——其实只要上层有参数节点能吃掉当前段，通配就不会触发。比如同时注册 /v1/:version/info 和 /v1/*path，请求 /v1/v2/info 进入 :version 节点后就停了，根本不会走到 *path 分支。
- 通配节点永远是子节点列表里的最后一个，且不参与前缀共享
- 若某路径段既匹配
:id又匹配*path（比如单段/a），:id优先 - 没有「回溯到父节点再试通配」机制，匹配失败即 404
StrictRouting 对通配路由的影响常被忽略
StrictRouting: true（默认）不仅影响 /users 和 /users/，还会影响通配路径的结尾斜杠行为。比如注册了 app.Get("/files/*path", h)，那么请求 /files/ 会被当作「空字符串匹配 *path」，c.Params("*") 返回 ""；但请求 /files 就完全不匹配，直接 404。
这不是 bug，是 StrictRouting 下路径标准化的一部分：Fiber 把 /files 和 /files/ 视为两个独立路径，而通配只注册在带尾斜杠的形式上。如果你希望两者都走通配逻辑，要么显式补注册 /files，要么加中间件统一处理尾斜杠。
- 别关
StrictRouting来“修”这个，否则可能让/files/:id和/files/*path产生歧义 - 更稳妥的是在入口加重定向：
if c.Path() != "/" && strings.HasSuffix(c.Path(), "/") { c.Redirect(strings.TrimSuffix(c.Path(), "/"), 301) } - 调试时用
c.Path()和c.OriginalURL()对比，确认路径是否被自动标准化
golang免费学习笔记（深入）：立即使用
在学习笔记中，你将探索golang的核心概念和高级技巧！
