Fiber 不支持可选路由参数，所有 :param 均为强制匹配；:id? 会因非法字符报错；替代方案是定义两个独立路由（如 /posts 和 /posts/:id）或改用查询参数。
Fiber 不支持真正的“可选路由参数”。它没有像 Express 的 /user/:id? 或 Gin 的 /user/:id?* 这类语法。所有带 :param 的路径段都是强制匹配的——请求路径必须包含对应段，否则 404。
为什么 :id? 写法直接报错或 404
Fiber 的路由解析器在启动时就将 :id? 视为非法字符（? 不是合法路径段分隔符或占位符标识），会导致 panic: invalid pattern；即使绕过校验，运行时也无法识别该语义。Fiber 只认三种节点类型：静态段（如 users）、参数段（:id）、通配段（*path），没有“可选参数”节点。
替代方案：用两个独立路由 + 共享处理逻辑
这是最清晰、最可控的做法。把“有 ID”和“无 ID”当作两个语义不同的端点，显式定义：
-
app.Get("/posts", handlerList)→ 列表页，不带 ID -
app.Get("/posts/:id", handlerDetail)→ 详情页，带 ID
它们共享同一棵 radix tree 子树（都走 /posts/ 分支），但参数提取互不干扰：c.Params("id") 在第一个路由里永远为空，在第二个里才有效。不要试图在一个 handler 里判断 c.Params("id") == "" 来模拟可选——这会让路由语义模糊，且容易和空字符串 ID 冲突。
开箱即用的技能链路由引擎。13 条预定义链覆盖搜索、开发、审查、MLOps、法律、创意等场景，三层路由架构（触发词→SAD反馈→DAG编排），recall@10=96.97%。配置驱动（chains.yaml），零代码扩展。pip install skill-weave-chains 一键安装。
用查询参数替代路径参数（适合真·可选场景）
如果参数本质就是非必需的筛选条件（比如分页、排序、状态过滤），别塞进路径，改用 c.QueryParam()：
app.Get("/posts", func(c *fiber.Ctx) error {
id := c.QueryParam("id") // ?id=123 → "123"；无此参数 → ""
category := c.QueryParam("category")
// 处理逻辑
})
这样既符合 REST 常识，又避免路由爆炸。注意：路径参数和查询参数完全隔离，c.Params("id") 永远取不到查询串里的值。
真正容易被忽略的是：Fiber 的 radix tree 匹配是“段级精确”的——/posts 和 /posts/ 是两条不同路由（StrictRouting 默认开启），而 /posts/:id 绝不会匹配 /posts/ 后面多一个斜杠的情况。想兼容末尾斜杠？得额外注册 /posts/:id/，或者关掉 StrictRouting，但后者会破坏参数路由优先级，不推荐。
