Fiber中c.Params("id")返回空字符串是因为路径不匹配，如请求"/users/123/"而路由定义为"/users/:id"时末尾斜杠导致捕获失败；需确保路径严格一致或用中间件预处理截断斜杠。
Fiber 是构建 RESTful API 的高效选择，但直接套用 Express 风格写法容易在参数解析、错误响应和资源生命周期上出问题。
为什么 c.Params("id") 返回空字符串？
这是 Fiber 路由参数最常踩的坑：路径定义和参数提取必须严格匹配。比如你写了 app.Get("/users/:id", ...)，但请求的是 GET /users/123/（末尾带斜杠），Fiber 默认不自动截断，c.Params("id") 就会是空。
- 确保路由定义中没有冗余斜杠，如用
"/users/:id"而非"/users/:id/" - 如果必须兼容尾部斜杠，加中间件预处理：
app.Use(func(c *fiber.Ctx) error { c.Path(strings.TrimRight(c.Path(), "/")); return c.Next() }) -
c.Params("id")总是返回string，不能直接当整数用；需手动转换，失败时要显式返回 400
c.BodyParser(&v) 报错 “invalid character” 怎么办？
这通常不是 JSON 格式问题，而是结构体字段标签或接收变量未导出导致的反序列化失败。
- 检查结构体字段是否首字母大写（即导出）；
type Todo struct { ID int `json:"id"` }中ID必须大写，否则BodyParser无法写入 - 确认请求头含
Content-Type: application/json；Fiber 不会自动推断类型 - 避免复用同一结构体变量接收多次请求；并发下可能引发数据竞争，建议每次新建局部变量
- 调试时可用
fmt.Printf("%s", c.Body())打印原始字节，比猜更可靠
如何让 GET /todos 和 GET /todos/:id 共享逻辑又不重复代码？
Fiber 没有内置资源类（像 Flask-RESTful 的 Resource），但可以用闭包+辅助函数解耦。
- 把查库逻辑抽成函数，如
findTodoByID(id string) (*Todo, error)，两个路由都调用它 - 对列表接口，别直接返回
todos切片，先做copy()或转为新切片，避免外部修改影响后续请求 - 不要在 handler 里写业务判断（如权限校验）；用中间件统一拦截，比如
app.Get("/todos", authMiddleware, listHandler) - 若需统一分页/过滤，从
c.Query("page")和c.Query("limit")提取，注意默认值和类型转换
DELETE /todos/:id 成功后该返回什么状态码？
很多人直觉用 200，但 RESTful 规范明确推荐 204 —— 表示“成功且无响应体”。Fiber 的 c.SendStatus(fiber.StatusNoContent) 就是为此设计的。
- 用
c.Status(204).SendString("")也行，但多一次字符串分配；SendStatus更轻量 - 千万别在 204 响应里塞 JSON body，客户端可能忽略或报错
- 如果删除失败（ID 不存在），返回
c.Status(fiber.StatusNotFound).Send("Not found")，别用 200 + 错误字段 - 注意：Fiber 默认不设
Content-Length: 0，但现代 HTTP 客户端基本能正确处理 204
真正难的不是写通一个 endpoint，而是所有 endpoint 对错误码、空值、时间格式、ID 类型的处理保持一致。Fiber 给了自由，也把一致性责任全交给了你。
大量免费API接口：立即使用
涵盖生活服务API、金融科技API、企业工商API、等相关的API接口服务。免费API接口可安全、合规地连接上下游，为数据API应用能力赋能！
