Fiber 不支持正则路由，仅高效支持 Radix 树路径匹配（如 /user/:id）；通配符 * 仅限末尾前缀匹配且不提取参数；ID 格式校验应使用 RegisterCustomConstraint；复杂匹配交由中间件或网关处理。
正则路由在 Fiber 中不被原生支持
Fiber 的路由引擎基于 Radix 树，app.Get("/user/:id", h) 这类参数路由是它最高效、最推荐的写法；而 app.Get("/user/[0-9]+", h) 或 app.Get("/user/*", h) 这种正则/通配写法，Fiber 并不支持——它不会编译正则、也不会做 runtime 字符串匹配。所谓“正则路由”，实际是开发者误用通配符或外部库拼凑的结果。
通配符 * 只能放路径末尾，且无法提取参数
你可能会看到 app.Get("/user/*", handler) 能跑通，但它不是正则，只是 Fiber 对前缀通配的简易支持：
- 仅允许出现在路径末尾（如
/user/*合法，/u*/ser报错） - 匹配后
c.Params("id")拿不到任何值，因为没定义占位符 - 真实路径如
/user/123/profile会被捕获到c.Path()，但你要手动strings.TrimPrefix(c.Path(), "/user/")才能拿到剩余部分 - 性能比
/:id低 3–5 倍：Radix 树跳转退化为线性扫描
需要 ID 格式校验？用 RegisterCustomConstraint
Fiber v3+ 提供了安全、高性能的参数约束机制，替代手写 if !isValidID(c.Params("id"))：
Golang Uber Dig
下载
使用 uber-go/dig 在 Golang 中实现依赖注入——基于反射容器，提供 Provide/Invoke、dig.In/dig.Out 参数与结果对象，支持命名依赖等
- 注册一次：
app.RegisterCustomConstraint("uuid", func(s string) bool { return regexp.MustCompile(`^[0-9a-f]{8}-[0-9a-f]{4}-[0-9a-f]{4}-[0-9a-f]{4}-[0-9a-f]{12}$`).MatchString(s) }) - 使用时：
app.Get("/user/:id(uuid)", handler)—— 不匹配直接 404，不进 handler - 注意：约束函数必须是纯函数（无副作用），且不能 panic；失败返回 false 即可
- 别在 handler 里重复校验：既浪费 CPU，又绕过路由层的早期拦截优势
真要复杂匹配？交给中间件或前置网关
如果业务要求像 Host + User-Agent + 路径前缀 组合判断，Radix 树本身不处理这些维度：
立即学习“go语言免费学习笔记（深入）”；
-
app.Host("*.example.com").Get("/api/v1/*", h)是合法组合，但 Host 匹配和路径匹配是两层独立 trie，各自生效 - 想根据
Authorization头动态选路由？Fiber 不支持，得在中间件里if c.Get("Authorization") == "Bearer admin" { ... }分发，或把逻辑下沉到 handler 内部 - 高并发场景下，避免在中间件里做正则
regexp.Compile—— 预编译好再闭包捕获，否则每次请求都触发编译开销 - 更重的路由决策（如租户隔离、灰度分流）建议交给 Nginx/Traefik 等反向代理，别塞进应用层
真正难的不是写正则，而是意识到 Fiber 的设计哲学：路由即结构，匹配即树跳。所有试图“绕过 Radix 树”的做法，最终都会在 QPS 上 2000 左右开始抖动——问题不在框架，而在你把路由当字符串在用。
