fasthttp动态重载代理路由不可替换Server.Handler，须在handler内用原子变量或sync.RWMutex管理内存路由表，预加载规则、避免Director中I/O，为每个backend配置独立Transport。
动态重载代理路由在 fasthttp 场景下不能靠“重启服务”或“换 handler”解决，因为 fasthttp.Server 没有内置的路由热替换机制，且其 Handler 字段是只读的——强行赋值会 panic，或导致连接泄漏、内存未释放、并发读写冲突。
fasthttp.Server.Handler 不能直接赋值
常见错误是看到 gofiber 的“换 router”写法（server.Handler = NewRouter().Handler()），就以为 fasthttp.Server 也支持。实际上：fasthttp.Server 的 Handler 是一个 func(ctx *fasthttp.RequestCtx) 类型字段，但它是启动后锁定的；运行时修改它不会生效，且可能引发 goroutine 安全问题。
真正可行的做法是：把路由逻辑下沉到 handler 内部，用原子变量或 sync.RWMutex 管理当前生效的路由表，每次请求都查表匹配。
- 不要试图替换
Server.Handler，那是伪动态 - 所有路由决策必须在
func(ctx *fasthttp.RequestCtx)内完成 - 路由表结构建议用
sync.Map或带读写锁的map[string]*RouteRule，避免全局锁瓶颈 - 更新路由时，先构造新表，再原子替换指针（如
atomic.StorePointer），避免中间态不一致
Director 函数里不能做阻塞操作
如果你用 httputil.NewSingleHostReverseProxy 做上游转发，它的 Director 函数会在每次请求中被调用。这里最容易踩的坑是：在 Director 里查数据库、调远程配置中心、或同步解析 YAML 文件——这会让单个请求延迟飙升，吞吐量断崖下跌。
开箱即用的技能链路由引擎。13 条预定义链覆盖搜索、开发、审查、MLOps、法律、创意等场景，三层路由架构（触发词→SAD反馈→DAG编排），recall@10=96.97%。配置驱动（chains.yaml），零代码扩展。pip install skill-weave-chains 一键安装。
正确做法是把路由规则预加载进内存，定期异步刷新（比如每 10 秒轮询 etcd 或本地文件），Director 只做 O(1) 查表。
- 禁止在
Director中执行任何 I/O、网络请求、time.Sleep - 路由匹配优先用前缀树（
github.com/hashicorp/go-multierror不适用，改用github.com/antihax/trie或手写简单 trie） - 若规则含 header 匹配（如
X-Tenant-ID），需提前在 handler 中提取并缓存到ctx.UserValue，避免重复解析 -
Director中必须同步设置req.URL.Host、req.Host、req.URL.Scheme，否则后端 404 是大概率事件
Transport 层必须独立 per-backend
多个后端服务共用同一个 http.Transport 实例，等于把所有超时、连接池、TLS 配置绑死在一起。A 后端响应慢，会拖垮 B 后端的连接复用率；C 后端需要自签名证书，却因复用 Transport 导致 D 后端也跳过验证。
每个 backend URL 应对应一个专属 http.Transport，并在 Director 中绑定到对应的 httputil.ReverseProxy 实例。
- 别用
http.DefaultTransport，它没设超时，高并发下极易堆积 pending request - 每个
Transport必须显式设MaxIdleConns、MaxIdleConnsPerHost、IdleConnTimeout、ResponseHeaderTimeout - HTTPS 后端要单独配
TLSClientConfig，InsecureSkipVerify: true仅限测试环境 - 反向代理实例不能复用——
new(ReverseProxy)每次都要新造，它不是线程安全的
最易被忽略的是：fasthttp 的 RequestCtx 生命周期极短，所有中间态数据（如解析出的 tenant ID、匹配的 backend URL）必须在 handler 开头就提取并存入 ctx.UserValue，否则后续 Director 调用时已不可见；而 Director 又不能分配新对象，否则会触发 GC 压力。这个边界非常窄，稍不注意就会在压测时暴露内存抖动或 goroutine 泄漏。
