路由匹配顺序由Fiber的Radix树构建逻辑和注册时机共同决定；必须先注册参数路由（如/users/:id），再注册同前缀静态路由（如/users），否则参数路由永远404。
路由匹配顺序不是靠“写代码的先后”自动排好的，而是由 Fiber 的 Radix 树构建逻辑和注册时机共同决定的；错序会导致 /users/:id 永远匹配不到，/users/export 反而先被 /users 吃掉。
为什么 /users/:id 总是 404，但 /users 却能进 handler？
根本原因不是路径写错了，而是注册顺序反了。Fiber 的 Radix 树在构建时会按注册顺序“固化”节点优先级：静态路径（如 /users）比参数路径（如 /users/:id）更“贪婪”，一旦它先注册，后续同前缀的参数路由就永远无法命中。
- ✅ 正确顺序：先注册带参数的路由，再注册同前缀的静态路由
app.Get("/users/:id", userHandler)app.Get("/users/export", exportHandler)app.Get("/users", listHandler) - ❌ 错误顺序：
/users写在最前，所有/users/*请求都被它截断，c.Params("id")永远为空 - ⚠️ 注意：
/users/和/users是两条独立路由（StrictRouting=true），别指望关掉它来“救顺序”——那只会让模糊匹配更难调试
app.Use() 和 app.Group().Use() 的中间件叠加顺序怎么理清？
中间件执行顺序 = 全局中间件 → 组级中间件 → 路由级中间件，且所有 app.Use() 都对所有 HTTP 方法生效，不区分 GET/POST。
-
app.Use("/api", authMiddleware)会作用于/api/users、/api/v1/posts等所有以/api开头的路径，无论方法 -
api := app.Group("/api"); api.Use(rateLimiter)只影响该组内注册的路由，比如api.Get("/users", h)，不影响app.Post("/health", h) - 若同时有
app.Use("/api", logger)和api.Use(rateLimiter)，请求进入顺序是：logger → rateLimiter → handler - ⚠️ 别在
app.Use()中做鉴权后才需要的数据读取（如c.Locals("user")），因为此时authMiddleware还没执行——必须确保鉴权中间件注册在它前面
正则通配符 * 和参数占位符 :id 的性能与语义差异
/user/* 看似灵活，实则绕过 Radix 树最优路径，退化为线性扫描；而 /user/:id 是标准前缀树跳转，无反射、无正则编译开销。
使用 uber-go/dig 在 Golang 中实现依赖注入——基于反射容器，提供 Provide/Invoke、dig.In/dig.Out 参数与结果对象，支持命名依赖等
-
/user/*只能放在路径末尾，且无法提取参数，后续还得手动strings.TrimPrefix(c.Path(), "/user/") -
/user/:id支持c.Params("id")直接取值，配合RegisterCustomConstraint("id", "int")还能自动校验格式 - 多个可选层级别堆
/user/*，应拆成明确路径：/user/:id/profile、/user/:id/settings - ⚠️
/user/*匹配性能比/user/:id差 3–5 倍，QPS 上 2000 就可能开始抖动
Host 路由和路径路由的匹配优先级谁更高？
Fiber 的 Host 匹配（app.Host()）和路径匹配（app.Get()）是两套独立的 trie，Host 匹配优先于路径匹配，但两者必须显式组合使用。
- ❌ 错误做法：在
app.Get()handler 里手动读c.Host()判断子域名——这等于把路由逻辑后移到业务层，破坏 Radix 树性能优势 - ✅ 正确做法：
app.Host("api.example.com").Get("/users/:id", handler)，Host 和路径共同构成完整匹配条件 - 泛域名
"*.example.com"仅支持一级子域名（api.example.com✅，dev.api.example.com❌），多级需显式列出 - ⚠️ 若同时注册了
app.Host("api.example.com")和app.Host("*.example.com")，匹配顺序按注册先后，建议把泛匹配放最后，避免吞掉精确匹配
真正容易被忽略的是：所有路由注册（app.Get、app.Use、app.Host）必须在 app.Listen() 之前完成；运行时调用 app.Add() 或动态改 app.Router 会触发 fatal error: concurrent map writes —— 这个 panic 不会在日志里报具体哪行，只会在启动瞬间崩掉。
golang免费学习笔记（深入）：立即使用
在学习笔记中，你将探索golang的核心概念和高级技巧！
