fiber 的 c.params() 不自动解码 url 编码字符，因其 radix tree 路由引擎仅做路径切分与导航，返回原始编码字符串以避免性能损耗；需手动调用 url.pathunescape 解码，不可用 url.queryunescape。
Fiber 默认不自动解码路径参数中的 URL 编码字符（如 %20、%C3%BC），c.Params("name") 返回的是原始编码字符串，需手动调用 url.PathUnescape 处理。
为什么 c.Params() 不自动解码
Fiber 的底层路由引擎（自研 radix tree）在匹配阶段只做路径段切分和节点导航，不介入字符转义逻辑；c.Params() 拿到的是从 URL 路径中直接截取的字节片段，未经任何解码。这是性能取舍——避免每次请求都触发不必要的 url.PathUnescape 调用。
常见现象：请求 /user/jane%20doe 匹配路由 /user/:name，c.Params("name") 返回 "jane%20doe"，而非 "jane doe"。
手动解码的正确写法
必须显式使用标准库 url.PathUnescape，不能用 url.QueryUnescape（它处理 query string，对路径中 %2F 等会错误还原为 /）。
Skill Weave Chains — 技能链路由引擎
下载
开箱即用的技能链路由引擎。13 条预定义链覆盖搜索、开发、审查、MLOps、法律、创意等场景，三层路由架构（触发词→SAD反馈→DAG编排），recall@10=96.97%。配置驱动（chains.yaml），零代码扩展。pip install skill-weave-chains 一键安装。
import "net/url"- 解码单个参数：
name, err := url.PathUnescape(c.Params("name")) - 解码多个参数可复用同一 err 变量，但需逐个调用
- 注意：
url.PathUnescape对已解码字符串是幂等的，但遇到非法编码（如%zz）会返回 error
哪些字符容易被忽略
路径中常见需解码的字符包括空格（%20）、中文（%E4%BD%A0）、德文变音（%C3%BC）、斜杠（%2F）等。特别注意：
-
%2F在路径中是合法的，表示字面量/，url.PathUnescape会把它还原 —— 如果你本意是保留编码（比如作为文件名一部分），就不能无条件解码 -
:、@、&、=、+、$、,、/、?、#这些在路径中若被编码，也需解码才能还原语义 - 通配参数
*path返回值带前导/，且整段都是编码后的，例如/files/a%20b/c.txt→c.Params("path")得"/a%20b/c.txt"，需整体解码
要不要封装成中间件
不建议全局中间件自动解码所有 c.Params() 值 —— 因为：
- 不是所有参数都需要解码（比如 token 或 base64 片段可能故意含
%） - 解码失败时 error 处理策略因业务而异（跳过？返回 400？用原字符串 fallback？）
- 中间件无法知道哪些参数名需要解码，硬编码键名又丧失灵活性
更稳妥的做法是在具体 handler 内按需解码，或封装一个工具函数如 MustPathUnescape(c, "name")，内部 panic 或 log 后返回原字符串。
