把每个请求想成一辆车。
它在 Fiber 里的通行过程,大致是这样:
客户端发请求
│
▼
进入 Fiber App
│
▼
按声明顺序经过中间件检查站
│
├── 日志站
├── Request ID 贴标站
├── 鉴权站
├── 限流站
└── 恢复站 Recover
│
▼
路由匹配
│
├── 方法匹配(GET/POST/...)
└── 路径匹配(/users/:id)
│
▼
进入最终处理器
│
├── 读 params/query/body/header/cookie
├── Bind 到结构体
├── 校验
├── 调 service / repo
└── 生成响应
│
▼
如果返回 error
│
▼
统一 ErrorHandler
│
▼
回给客户端只要这张图稳住,Fiber 就不再是一堆零散 API。
你会知道:
- 中间件为什么是链
c.Next()为什么重要- 错误为什么要
return Ctx为什么不能乱留- 路由顺序为什么会影响结果