Fiber路由匹配按优先级顺序执行：静态路径＞参数路径＞通配符路径＞根路径，同一类型中更长的静态路径优先；StrictRouting开启时/users与/users/视为独立路由，关闭后可能引发错误捕获；路由组前缀参与路径长度排序。
当你在Fiber中注册了多个重叠路径（比如 /users、/users/:id、/users/profile），请求进来时框架必须明确决定由哪条路由处理——这取决于它内部的匹配优先级规则，而非注册顺序。
路由匹配的底层结构
Fiber不依赖注册顺序，而是将所有路由构建成一棵**线性路由栈（flat stack）**，按类型分组并预排序。匹配时从栈顶开始逐项比对，一旦命中即终止查找。
匹配优先级从高到低依次为：
① 静态路径（如 /api/health）→ ② 参数路径（如 /user/:id）→ ③ 通配符路径（如 /assets/*filepath）→ ④ 根路径 / 和通配符 *
注意：同一类型中，更长的静态路径优先于更短的。例如 /users/profile 比 /users 先匹配，哪怕后者先注册。
参数路由中的占位符顺序影响匹配结果
Fiber解析 :param 占位符时，严格按声明顺序提取，且不支持嵌套参数或正则约束（如 :id([0-9]+) 是非法语法）。
方法一：使用标准参数格式
只允许 :name 形式，不能加括号或类型限定；否则整个路由注册失败，【app.Listen() 启动时会 panic】。
方法二：用通配符替代复杂参数
若需校验数字ID，应改用 /user/*id，再在 handler 中手动 parse 并校验；否则 /user/abc 仍会匹配 /user/:id 并传入字符串 "abc"。
StrictRouting 开关如何改变匹配行为
Fiber默认开启 StrictRouting，这意味着 /users 和 /users/ 被视为两条完全独立的路由。
关闭 StrictRouting 后，/users/ 会自动降级匹配 /users，但带来副作用：【若同时注册了 /users 和 /users/:id，请求 /users/123 可能被 /users 错误捕获】。
推荐做法：显式注册带尾斜杠版本，或加中间件统一重定向，而非全局关闭 StrictRouting。
路由组（Group）内的优先级继承规则
路由组本身不改变匹配优先级，但会拼接前缀，从而影响静态路径长度排序。
例如：
api := app.Group("/api") → api.Get("/users", handler) 等价于注册 /api/users
app.Get("/api", handler) 是更短的静态路径，但它排在 /api/users 前面吗？不。因为 /api/users 更长，所以优先级更高——只要请求是 GET /api/users，就绝不会落到 /api 上。
这一步操作起来很简单，直接把 Group 前缀当成路径一部分参与长度比较即可。
