rebuildtree是fiber动态增删路由唯一可行方式，需在注册路由后显式调用以刷新radix树；它非前端跳转，而是服务端运行时使新路径立即生效，且必须避免并发调用。
RebuildTree 是 Fiber 实现运行时动态“增删路由”的唯一可行方式，但要注意：它**不是前端跳转，也不是重定向，而是服务端在运行中注册新路由路径并使其立即生效**。如果你想要的是前端页面跳转（比如点击按钮后 URL 变成 /dashboard），那应该用 location.href 或 router.push；而本篇讲的是服务端如何让一个原本不存在的路径（如 /debug/log）在程序启动后才被注册并响应请求。
为什么不能直接调用 app.Get("/new", handler) 就生效？
因为 Fiber 的路由树（radix tree）是在首次 Listen() 前或首次请求进入时静态构建的。后续调用 app.Get() 只是把路由记入内部栈（app.routes），但不自动刷新匹配结构——这跟 Express 的动态 app.use() 不同。
- 现象：你在 handler 里写
app.Get("/live", ...)，然后 curl/live→ 返回 404 - 原因：路由节点没挂进 radix tree，引擎根本找不到这个路径
- 修复动作必须显式触发：
app.RebuildTree()
RebuildTree 的正确调用时机和限制
它必须在路由已注册、且**没有并发写入**的前提下执行。官方文档明确说它是 “very performance-intensive”，且非线程安全。
Skill Weave Chains — 技能链路由引擎
下载
开箱即用的技能链路由引擎。13 条预定义链覆盖搜索、开发、审查、MLOps、法律、创意等场景，三层路由架构（触发词→SAD反馈→DAG编排），recall@10=96.97%。配置驱动（chains.yaml），零代码扩展。pip install skill-weave-chains 一键安装。
- ✅ 安全场景：开发环境单次触发（如管理接口、调试开关）
- ❌ 危险场景：放在高频请求的 handler 中（如每秒上百次调用）
- ❌ 并发风险：两个 goroutine 同时调用
RebuildTree()→ 数据竞争，可能 panic 或路由丢失 - ⚠️ 注意：重建后，所有新注册的
GET路由会自动补上对应HEAD，这是 Fiber 的默认行为，无法关闭
动态注册 + 立即生效的最小可运行示例
以下代码能让你在访问 /define 后，立刻让 /dynamically-defined 可访问：
app := fiber.New()
app.Get("/define", func(c fiber.Ctx) error {
app.Get("/dynamically-defined", func(c fiber.Ctx) error {
return c.SendString("now live!")
})
app.RebuildTree() // ← 关键：必须在这之后调用
return c.SendStatus(fiber.StatusOK)
})
- 第一次请求
GET /define→ 触发注册 + 重建 → 返回 200 - 第二次请求
GET /dynamically-defined→ 成功响应 - 如果漏掉
RebuildTree()，第二次请求仍是 404 - 如果在
RebuildTree()后又注册了新路由但没再重建 → 那条新路由仍不生效
别把 RemoveRoute 当成“跳转”或“卸载中间件”
RemoveRoute 只负责从路由栈中移除某条记录，但它**不会自动触发重建**。你得手动跟一个 RebuildTree() 才能让变更落地。
- 错误写法：
app.RemoveRoute("GET", "/old")→ 路由还在树里，下次请求照样命中 - 正确写法：
app.RemoveRoute("GET", "/old"); app.RebuildTree() - 注意参数顺序：
RemoveRoute(method, path)，method 必须大写字符串，path 必须完全匹配（含前导/） - 它不支持通配符或正则，只认精确字符串
Router.use() 动态挂载子路由树，也不支持按条件启用/禁用某组路由。所有变更都落在全局路由表上，一次 RebuildTree() 就是整棵树重建——代价不小，慎用。
