Fiber 做微服务需手动集成服务发现、熔断等能力，StrictRouting 应通过重定向而非关闭解决尾斜杠歧义，Group 路径需显式书写，模块拆分须同步隔离 schema、proto 和双写幂等性。
直接用 Fiber 做微服务路由，不配服务发现、不拆 schema、不加灰度控制，等于拿 HTTP 框架当单体在跑——流量一上来就 404 或参数为空，数据双写不同步，上线即事故。
StrictRouting 和尾斜杠怎么处理才不踩坑
Fiber 默认 StrictRouting: true，/users 和 /users/ 是两条完全不同的路由。只注册前者，后者必 404；关掉它又会导致 /users/123 被 /users 错误匹配，c.Params("id") 拿不到值。
- 别全局关 StrictRouting：改配置
fiber.New(&fiber.Config{StrictRouting: false})是最省事但最危险的做法 - 推荐统一重定向：在所有路由前加中间件，对非根路径且以
/结尾的请求做 301 跳转：c.Redirect(strings.TrimSuffix(c.Path(), "/"), 301) - 前端、OpenAPI、Postman 全部约定用无尾斜杠路径，后端只注册一种形式，省去歧义
app.Group("/api") 不是自动拼前缀，而是新路由树根节点
app.Group("/api") 返回的是一个独立的 *fiber.Router 实例，不是“路径修饰器”。它不会帮你把 "/users" 自动变成 "/api/users"——你必须自己写全路径。
- ✅ 正确：
api := app.Group("/api"); api.Get("/users", h)→ 匹配GET /api/users - ❌ 错误：
api := app.Group("/api"); api.Get("/api/users", h)→ 实际注册为/api/api/users - 嵌套
Group（如app.Group("/v1").Group("/admin")）会让路径构造隐晦难调试，建议用变量一次性定义前缀：v1admin := app.Group("/v1/admin") - 分组中间件（
api.Use(mw)）只对本组内所有方法生效，且执行顺序固定：全局中间件 → 组级中间件 → 路由级中间件
微服务模块拆分时，路由和数据不能“先共后拆”
平滑拆分不是复制粘贴代码，而是靠“双写 + 路由 + 灰度”三步走。路由层若还依赖 URL 路径（如 /v2/user）来分流，等于把灰度开关暴露给客户端，无法动态关闭或回滚。
Golang Uber Dig
下载
使用 uber-go/dig 在 Golang 中实现依赖注入——基于反射容器，提供 Provide/Invoke、dig.In/dig.Out 参数与结果对象，支持命名依赖等
立即学习“go语言免费学习笔记（深入）”；
- 读路由必须基于 header（如
X-Service-Version: v2）或 context value，而不是路径前缀 - proto 接口版本必须显式隔离：
userpbv2.GetUserRequest和userpb.GetUserRequest是两个独立 package，禁止混用同一个 proto 文件加注释“v2 请用这个” - 数据库 schema 隔离必须从第一天开始：即使共用 PostgreSQL 实例，
user_service和order_service也必须用不同 schema，禁止跨 schema JOIN - 双写必须幂等：用
idempotency_key或 DB 唯一索引兜底，避免重复发券、重复扣款
Fiber 本身不提供微服务能力，所有组件都要手动集成
go get github.com/gofiber/fiber/v2 只装了一个高性能 HTTP 层，不带服务发现、熔断、配置中心、链路追踪——这些都得你自己 go get 并写胶水代码。
- 服务注册：用
github.com/hashicorp/consul/api手动上报心跳，别信所谓 “Fiber 插件” - 熔断：用
github.com/sony/gobreaker封装成fiber.Handler，注意cb.Execute()返回值要转 error 才能被中间件链消费 - 指标暴露：禁用
promhttp.Handler()（类型不兼容），改用github.com/gofiber/prometheus - 链路透传：靠
c.Get("X-Request-ID")读 header，c.Locals("trace_id", id)存上下文，后续中间件或 handler 自行传递
真正容易被忽略的点是：Fiber 的 ctx 实例在中间件链中是共享的，但 Locals 不会自动跨 goroutine 传递；如果你在中间件里启动了 goroutine 去调下游，必须手动把 ctx.Locals 的关键字段拷贝进去，否则 trace_id、user_id 全丢。
