c.ShouldBindJSON()会OOM是因为其内部调用io.ReadAll将整个请求体一次性读入内存再解析，不支持流式处理；应改用jsonvalue.UnmarshalReader()流式解析，并配合io.LimitReader限流。
为什么 c.ShouldBindJSON() 会 OOM？
因为 c.ShouldBindJSON() 内部调用 io.ReadAll(c.Request().Body)，把整个请求体一次性读进内存再解析。对 5MB+ 的日志快照、埋点数据包或批量导入 JSON，这直接触发 panic: runtime: out of memory 或 GC 频繁卡顿。它不区分 payload 大小，也不支持流式跳过无关字段。
用 jsonvalue.UnmarshalReader() 替代全量解码
改用 jsonvalue 库（非标准库，需 go get github.com/benbjohnson/jsonvalue）的流式解析能力，它边读边建轻量树，内存占用与最大嵌套深度相关，而非总字节数。
关键操作步骤：
- 先用
io.LimitReader(c.Request().Body, 2 截断超大体（如限制 2MB），防恶意长请求 - 传给
jsonvalue.UnmarshalReader()得到根*jsonvalue.Value - 后续所有
.Get("a").Get("b").GetString()都复用这个对象，不要重复调用Get()
示例片段：
立即学习“go语言免费学习笔记（深入）”；
Miller CSV TSV JSON 数据处理器
下载
Miller (mlr) 是一个命令行工具，用于查询、整形和重新格式化名称索引数据，如 CSV、TSV、JSON 和 JSON Lines。它将 awk、sed、cut、join 和 sort 的功能整合到一个专为结构化数据处理而构建的单一工具中。
body := io.LimitReader(c.Request().Body, 2<<20)
root, err := jsonvalue.UnmarshalReader(body)
if err != nil {
return c.JSON(http.StatusBadRequest, map[string]string{"error": "invalid json"})
}
// ✅ 正确：一次 Get，缓存结果
userVal := root.Get("user")
name := userVal.Get("name").GetString()
age := userVal.Get("age").GetInt()
处理顶层是 JSON 数组的请求体
当请求体是 [{"id":1}, {"id":2}] 这类纯数组时，c.Bind(&[]T{}) 会报 binding element must be a struct —— 因为 Echo 的 Bind 只接受结构体指针，不支持切片指针。
必须手动读取 + 解码：
- 用
io.ReadAll(c.Request().Body)读原始字节（注意仍要加LimitReader） - 用标准
json.Unmarshal()解到[]RequestBody，别用Bind - 若数组极大（>1000 元素），考虑用
jsoniter.ConfigCompatibleWithStandardLibrary提升性能
容易被忽略的坑：Body 已被读过就再也读不到
一旦你调了 c.Request().Body 一次（比如 c.Bind() 或 io.ReadAll()），底层 ReadCloser 就被消耗完。后续再读会得到空内容，导致二次解析失败或静默丢数据。
解决办法只有两个：
- 全程只读一次，后续逻辑都基于这次读出的数据（推荐）
- 需要多次使用时，用
http.MaxBytesReader包裹原始 Body，并在读前用io.NopCloser(bytes.NewReader(buf))重建可重用 Body
流式解析不是“多读几次更安全”，而是“只读一次，读得聪明”。
