是，c.getrawdata() 返回的是原始字节流，但必须在任何绑定操作（如bindjson）前调用，否则因http请求体为单次读取流而返回空；若需同时保留原始数据与结构化校验，应使用shouldbindbodywith。
c.GetRawData() 返回的真的是“原始”吗？
是，但要注意：它返回的是 c.Request.Body 读取后的一次性字节切片，且 Gin 内部已调用过 io.ReadCloser.Close() —— 这意味着你不能再用 c.BindJSON() 或其他绑定方法二次读取请求体。
- 如果只取原始字符串（比如做签名验签、日志存档、透传给下游），
c.GetRawData()是最直接的选择 - 它不解析、不校验、不跳过空白，原样返回 HTTP 请求中 body 的字节流
- 但注意：若前端发的是带缩进的 JSON（如开发环境手动 curl），
c.GetRawData()也会包含换行和空格 - 若需紧凑格式（无空格/换行），得手动用
json.Compact()处理，这不是“原始”，而是“处理后紧凑版”
为什么 BindJSON 后再想拿原始数据会失败？
因为 c.BindJSON()、c.ShouldBindJSON()、c.ShouldBindBodyWith() 都会内部调用 c.Request.Body 并消费它。HTTP body 是单次读取流，读完即 EOF。
- 错误写法：
c.ShouldBindJSON(&v); raw, _ := c.GetRawData()→raw为空字节切片 - 正确顺序：必须先调用
c.GetRawData()，再做任何绑定操作 - 若需同时验证结构体 + 保留原始串，用
c.ShouldBindBodyWith(&v, binding.JSON)，它会缓存 body 到上下文，后续可复用
如何安全地多次读取同一份 JSON body？
靠 c.ShouldBindBodyWith()，它把原始 body 存入 context，后续绑定不再依赖 Request.Body。
- 第一次绑定：
c.ShouldBindBodyWith(&user, binding.JSON) - 第二次绑定（不同结构体或校验）：
c.ShouldBindBodyWith(&logEntry, binding.JSON) - 也可配合
c.GetRawData()提前拿到原始字节，再自己反序列化多次 - 注意：该方法仅对 JSON/XML 等 Gin 支持的 binding 类型有效，不适用于 raw string 场景
Content-Type 不是 application/json 时，GetRawData 还能用吗？
能，但你要自己判断是否合理 —— c.GetRawData() 不检查 Content-Type，它只是读 body。
- 如果前端误发了
text/plain但内容仍是 JSON 字符串，c.GetRawData()仍能取到字节 - 但
c.BindJSON()会因 header 不匹配直接报错（默认校验 Content-Type） - 若需绕过 header 校验，可用
c.ShouldBindBodyWith(&v, binding.JSON)，它不依赖 header - 生产环境建议以 header 为准，避免类型混淆引发的安全或兼容问题
c.GetRawData() 必须在任何绑定操作之前调用，且只能调用一次；想留原始串又做结构体校验，别硬拼 BindJSON + GetRawData，改用 ShouldBindBodyWith。**
