Fiber 中解析 JSON 必须显式调用 c.BodyParser() 或 json.Unmarshal()，常见错误包括未传指针、忽略 Content-Type 校验、重复读取 body；安全做法是 handler 开头立即传地址解析并校验，结构体字段需导出且加 json tag；需细粒度控制时应直接用 json.Unmarshal(c.Body(), &u)，且必须在所有依赖 body 的操作前完成读取。
c.BodyParser() 或手动 json.Unmarshal()，框架不会自动反序列化；传参不加取地址符、忽略 Content-Type 校验、重复读 body 是三个最常导致 panic 或静默失败的原因。
为什么 c.BodyParser() 常返回零值或 panic
根本原因是它只对已注册的 MIME 类型（application/json、application/x-www-form-urlencoded）生效，且要求传入变量为指针：
- 写成
c.BodyParser(user)而不是c.BodyParser(&user)→ 解析无报错但结构体保持零值 - 前端没发
Content-Type: application/json→c.BodyParser()直接跳过，返回nil错误（注意：不是 panic，但后续字段访问会 panic） - 中间件或 handler 里先调了
c.Body()→ body 流已被读空，c.BodyParser()再读就得到空字节，解析失败
怎么安全地用 c.BodyParser() 解析 JSON
推荐在路由 handler 开头立即调用，并做基础校验：
- 始终传地址：
var u User; if err := c.BodyParser(&u); err != nil { return c.Status(400).JSON(fiber.Map{"error": "invalid json"}) } - 结构体字段必须导出（首字母大写），且建议加
json:"name"tag，否则解析后字段为空 - 若需兼容
application/json;charset=utf-8这类带参数的类型，得手动注册解析器，或改用c.Get("Content-Type")判断后走json.Unmarshal(c.Body(), &u)
什么时候该放弃 c.BodyParser()，直接用 json.Unmarshal()
当你需要更细粒度控制，比如统一做敏感词扫描、处理非法字段、或兼容非标准 JSON 时，绕过 BodyParser() 更可靠：
-
c.Body()返回[]byte，可直接喂给json.Unmarshal()，无需额外转换 - 必须在所有依赖 body 的操作前完成读取 —— 敏感词扫描、日志记录、文件上传都得排在这之后
- 如果要复用 body（比如先扫敏感词再解析），得用
bytes.NewReader(data)覆盖c.Request().Body，c.Request().ResetBody()不可用
req.body 那样可多次访问。一次读取，全局失效。所以顺序和时机比语法更重要。 
