fiber通配符path必须位于路径末尾且每条路由仅允许一个，底层基数树结构决定其无法用于多级动态匹配；c.params("")返回原始未解码路径字符串，需手动净化防注入。
*path 只能放在路径末尾，且一个路由里只能有一个——这是 Fiber 通配符路由的硬性限制，不是配置问题，是底层基数树结构决定的。想靠它做多级动态捕获（比如 /api/*/v1），直接启动失败。
通配符路由必须以 *name 结尾，且 name 实际无效
Fiber 只识别字面量 *，后面跟的名字（如 *filepath、*slug）纯属注释用途，不影响行为。c.Params("*") 总是返回字符串，不会返回 c.Params("filepath")。
-
/blog/*slug✅ 合法，c.Params("*")返回"2024/09/my-post" -
/files/:user/*path❌ 启动 panic：invalid pattern —— 通配符不在末尾 -
/api/v1/*❌ 缺少参数名，必须写成/api/v1/*path（哪怕你从不读path）
*path 和 :param 共存时，匹配优先级不由注册顺序决定
Fiber 匹配走的是基数树预排序，不是线性遍历。静态路径 > 参数路径 > 通配符路径。所以即使你后注册 /users/:id，它也一定比先注册的 /users/*path 优先匹配 /users/123。
在SEO发布前，从路由清单生成XML网站地图和robots.txt
下载
当代理已经知道网站路由或内容URL，并且在启动前需要有效的sitemap XML、sitemap索引或robots.txt引用时，请使用sitemap。这是一个发布构件技能，而不是爬虫或SEO平台。
-
/users/:id和/users/*path同时存在 →/users/123走:id，/users/abc/def才走*path -
/v1/:version/info和/v1/*path→/v1/v2/info不会落到*path，因为:version已吃掉v2段 - 别指望用
*path“兜底未定义子路径”——只要上层有参数节点能接住当前段，通配就根本不会触发
c.Params("*") 返回值要手动清理，不能直接拼文件系统路径
c.Params("*") 是原始路径片段，含斜杠、未解码、未净化。比如请求 /download/../../etc/passwd，c.Params("*") 就是 "../../etc/passwd"，不做处理就传给 os.Open 等于开后门。
- 必须先调
filepath.Clean(c.Params("*"))去掉..和冗余/ - 如果路径含 URL 编码（如
%20），需额外调url.PathUnescape - 拼接前建议限定根目录：
filepath.Join(baseDir, cleanPath)，再检查是否仍在baseDir内（用strings.HasPrefix或filepath.Rel） - 别忘了
filepath.Join会把 Windows 路径分隔符转成/，在 Windows 上要注意
想匹配多级任意路径？别硬刚 *，换思路
Fiber 的 * 和 + 都是“贪婪捕获剩余段”，不支持中间插入静态字符或嵌套参数。真需要 /users/*/posts/* 这类结构，说明设计上已超出通配符适用场景。
- 改用分段参数：
/users/:user_id/posts/:post_id，更安全、可校验、易调试 - 前置反向代理（如 Nginx）做路径重写，把复杂路径规整成 Fiber 能吃的格式
- 用
app.All("*", handler)拦所有请求，在 handler 里用strings.Split(c.Path(), "/")手动解析 —— 但失去路由树性能优势，仅限极特殊需求
c.Params("*") 那个看似无害的字符串——它既不自动解码，也不自动净化，拼错一次，目录穿越就来了。
