fasthttp.Server不能热更新路由，因其无原子替换机制；需用atomic.Value或sync.RWMutex包裹handler并预构建前缀树，每次请求调用router.Lookup动态匹配。
fasthttp.Server 能不能热更新路由
不能直接热更新。fasthttp.Server 没有类似 net/http.ServeMux 的原子替换机制，server.Handler 是一个函数类型（func(ctx *fasthttp.RequestCtx)），一旦赋值就固定了；改它本身不触发运行时切换，必须手动接管请求分发逻辑。
常见错误是写 server.Handler = newRouter().Handler() 就以为生效了——实际只是覆盖了变量，正在处理的请求仍走旧逻辑，新连接才可能命中新 handler，但无法保证原子性，且无锁保护时并发修改会 panic。
- 真正可行的做法：用一个中间层
atomic.Value或sync.RWMutex包裹当前 handler，所有请求都先经它 dispatch - 重载时只更新内部存储，不碰
server.Handler本身 - 避免在 handler 函数体内做路由匹配（如遍历 slice），应预构建前缀树（如
github.com/ajg/form或手写 trie）并常驻内存
动态路由重载时 fasthttp.RequestCtx 怎么复用
fasthttp 的 RequestCtx 是复用的，但它的生命周期由 server 控制，你不该、也不能手动缓存或跨请求传递它。动态路由重载和 ctx 复用是两件事：路由数据要自己管理，ctx 只负责单次请求上下文。
关键点在于——别把路由规则存在 ctx 里，否则 reload 后旧 ctx 还带着过期规则；所有路由判定必须查外部状态（如 sync.Map 或带版本号的 atomic.Value）。
开箱即用的技能链路由引擎。13 条预定义链覆盖搜索、开发、审查、MLOps、法律、创意等场景，三层路由架构（触发词→SAD反馈→DAG编排），recall@10=96.97%。配置驱动（chains.yaml），零代码扩展。pip install skill-weave-chains 一键安装。
- 每次请求都调用
router.Lookup(ctx.Path(), ctx.Method())，而不是在 middleware 里塞一次进 ctx.Value - 如果路由含正则或变量提取，预编译好
*regexp.Regexp并存全局，避免每次重载都 re-compile - 注意
ctx.Path()返回的是原始路径字节切片，未解码；若需匹配中文或特殊字符，先用fasthttp.PathUnescape转义后再比对
重载后如何避免连接中断或 404
fasthttp.Server 默认不支持优雅关闭已有连接，reload 路由不会 kill 当前活跃请求，但新请求若匹配不到规则，就会 fallback 到 404。真正的风险不在“找不到路由”，而在“路由变了但中间件没同步”。
- 确保所有中间件（鉴权、日志、CORS）也走同一套动态加载机制，不要硬编码在 handler 链里
- 重载时检查新路由表是否为空或含语法错误，失败则拒绝切换，维持旧版本
- 用
ctx.SetUserValue存临时状态可以，但别依赖它做路由决策——因为 ctx 可能被复用于下个请求，值未清空 - 测试时重点验证：旧连接未断、新路径立即生效、HEAD/OPTIONS 等非标准方法仍能 fallback 到正确 handler
为什么不用 httputil.NewSingleHostReverseProxy 做动态代理
因为它是为静态目标设计的，Director 函数每次调用都要重新解析路由，没法共享预加载的规则树；而且它基于 net/http，和 fasthttp 不兼容，混用会导致 context 泄漏、header 丢失、body 读取错位。
如果你需要动态后端地址（比如根据 path 前缀转发到不同集群），必须自己实现 fasthttp.RequestHandler，用 fasthttp.Do 或 client.Do 发起下游请求，并严格控制：req.SetRequestURI、req.Header.Set Host、req.Header.Del hop-by-hop 头。
- 别用
http.NewRequest构造请求再转 fasthttp —— body 和 header 语义不一致，Content-Length容易出错 - 下游响应体要用
resp.Body()直接拷贝，别用io.Copy，否则可能触发 fasthttp 内部缓冲区越界 - 超时必须设在 client 级（
client.ReadTimeout），不能只靠 context.WithTimeout，后者对 fasthttp 的底层连接无效
动态路由重载最易被忽略的点：不是“怎么换”，而是“换完谁来清理旧规则引用”。闭包捕获的变量、未释放的 goroutine、残留的 timer，都会在多次 reload 后缓慢泄漏内存——尤其是你用 time.AfterFunc 做自动刷新时。
