c.BodyParser(&v)必须传结构体指针且字段需大写+json tag，否则静默失败；它不校验Content-Type，解析后数字默认float64，高精度需手动解码并启用UseNumber()。
必须显式调用 c.BodyParser()，且传结构体指针；不加 & 或字段没写 json: tag 就会静默失败。
为什么 c.BodyParser(&v) 不报错但 v 还是空？
因为 c.BodyParser() 要求传入变量的地址（指针），否则它只能操作副本，原变量不变。常见错误是写成 c.BodyParser(v)（漏 &），此时解析逻辑照常执行，但结果写进了临时栈副本，函数返回后就丢弃了。
另一个高频原因是结构体字段缺少 json: tag。比如：
type User struct {
Name string // ❌ 没 tag，BodyParser 不会映射
}
// ✅ 正确写法
type User struct {
Name string `json:"name"`
}
字段首字母小写（如 name string）也不会被 JSON 解析器看到——Go 的 json 包只导出大写字母开头的字段，且必须配 tag 才能绑定。
立即学习“前端免费学习笔记（深入）”；
c.BodyParser() 和手动 json.Unmarshal(c.Body(), &v) 有啥区别？
两者都能用，但行为和风险不同：
-
c.BodyParser()内部已处理了c.Body()的读取状态，且对空 body、重复调用更友好；但它只支持一次调用，后续再调c.Body()会返回空或 panic - 手动
json.Unmarshal(c.Body(), &v)更底层，但你得自己确保c.Body()没被其他地方提前消费（比如中间件里调过c.BodyParser()） - 如果需要高精度数字（如 ID 是 int64 但前端传了超大整数），
c.BodyParser()默认用 float64 解析，会丢失精度；此时应改用手动解码并启用UseNumber()
简单场景优先用 c.BodyParser()；需要控制解析细节（如数字精度、自定义错误提示）时才手动解。
Content-Type 不是 application/json 时会怎样？
Fiber 不校验请求头，c.BodyParser() 会直接尝试解析原始字节。这意味着：
- 前端发的是表单（
application/x-www-form-urlencoded）但你用BodyParser()，大概率报invalid character错误 - 前端漏传
Content-Type: application/json，Fiber 依然解析——它不依赖 header 判断格式，只看字节内容是否合法 JSON - 真正要拦截非 JSON 请求，得自己加判断：
if c.Get("Content-Type") != "application/json" { return c.Status(400).SendString("expected json") }
别指望框架自动拒绝，Fiber 的设计哲学是“不替你做假设”。
解析后怎么安全取值？特别是数字字段
如果结构体字段声明为 interface{} 或 map[string]interface{}，JSON 中的数字默认是 float64（除非你手动启用了 UseNumber()）。但注意：
- 即使启用了
UseNumber()，字段类型仍是json.Number，不是float64；直接v.(float64)会 panic - 正确做法是先断言：
n := v.(json.Number); id, _ := n.Int64() - 更省事的做法：字段直接定义为
int64并加json:",string"tag，要求前端传字符串格式（如"id": "1234567890123456789"），避免精度问题
别在生产环境靠运行时 panic 来发现类型断言错误——解析逻辑必须与前端契约严格对齐。
