Fiber本身不提供微服务网关路由能力，仅为基于fasthttp的HTTP框架；动态路由、反向代理、服务发现等网关功能需手动集成httputil.NewSingleHostReverseProxy、fsnotify热更新及自定义Transport等组件实现。
Fiber 本身不提供微服务网关路由能力，它只是一个 HTTP 框架（基于 fasthttp），所有网关级功能——比如动态路由、反向代理、多维匹配、热更新——都得你手动集成并控制。别指望 go get 之后调个 app.Use() 就能跑通。
为什么 Fiber.Router().Get("/api/users", ...) 不是网关路由
这是普通 Web 路由，不是网关路由。它只做路径分发，不处理：Director 重写、Transport 调优、X-Real-IP 提取、跳转头清理、健康检查或服务发现。直接用它转发请求到后端，90% 的情况会返回 404 或 502。
必须自己封装 httputil.NewSingleHostReverseProxy
Fiber 没有内置反向代理中间件，你得把标准库的 httputil.NewSingleHostReverseProxy 包一层，再注入 Fiber 的 Ctx 生命周期中。关键点：
- 不能在
ctx.Next()里直接调proxy.ServeHTTP—— 它需要http.ResponseWriter和*http.Request，而Fiber.Ctx是封装过的 - 要用
fiber.WrapHandler把http.Handler转成fiber.Handler，再传给app.Use()或router.Get() -
Director必须重写三项：req.URL.Scheme、req.URL.Host、req.URL.Path（用strings.TrimPrefix，别用正则） - 务必设置
req.Host = upstream.Host，否则下游按 Host 做租户识别或 CORS 判断会失败 - 别在
Director里做任何阻塞操作：不查 DB、不发 HTTP 请求、不解析 JWT
动态路由怎么热更新不重启
Fiber 没有监听配置变更机制，你得自己搭闭环：
Golang Uber Dig
下载
使用 uber-go/dig 在 Golang 中实现依赖注入——基于反射容器，提供 Provide/Invoke、dig.In/dig.Out 参数与结果对象，支持命名依赖等
立即学习“go语言免费学习笔记（深入）”；
- 用
fsnotify监听 YAML 配置文件（如routes.yaml），触发时解析为[]RouteRule结构体 - 每条规则必须含唯一
id、match.host、match.path（支持正则）、backend.service等字段 - 构建一个线程安全的路由查找器（推荐用
sync.RWMutex+ map[string]*RouteRule，或预编译regexp.Regexp缓存） - 匹配逻辑不能遍历全量规则：先按
host和method哈希分桶，再对桶内规则用预编译正则匹配 - 每次更新后，原子替换查找器指针（不要改正在运行的 map），避免请求期间匹配错乱
容易被忽略的 Transport 和超时细节
默认 http.DefaultTransport 在 Fiber 网关场景下完全不可用，必须显式构造：
-
MaxIdleConns和MaxIdleConnsPerHost都设为100起步，防文件描述符耗尽 -
IdleConnTimeout设为30 * time.Second，和下游 keep-alive 对齐 -
ResponseHeaderTimeout设为5 * time.Second，比下游 P99 高 2 秒即可 - 删掉
TLSClientConfig.InsecureSkipVerify: true—— 这是测试用的，上线必须禁用 - 别碰
DialContext除非你真需要接管 DNS TTL；系统 resolver 够用，换 Go resolver 可能引入延迟
真正卡住人的不是“怎么写”，而是“怎么让每条请求都走对路径、带对头、连对后端、超时可控、错误可追溯”。这些细节没压平，再多的 fiber.Group() 和 c.Status(200).JSON() 都只是假象。
