Golang中使用JSONContentExtractor中间件无法获取请求体

以下是针对你遇到问题的排查和解决思路：

• 先确认请求体重置的准确性
  你已经用r.Body = ioutil.NopCloser(bytes.NewBuffer(rawRequestBody))重置请求体，但要做两个验证：

  1. 打印len(rawRequestBody)的长度，和追踪日志里的请求体长度比对，确保没有截断或空读取；
  2. 检查重置代码的位置，必须是在ioutil.ReadAll(r.Body)读取完原始请求体后立刻执行，中间不能插入其他会读取Body的逻辑，避免指针提前走到EOF。
     示例正确顺序：

  rawRequestBody, err := ioutil.ReadAll(r.Body)
  if err != nil {
      // 错误处理逻辑
  }
  // 立即重置请求体
  r.Body = ioutil.NopCloser(bytes.NewBuffer(rawRequestBody))
  // 中间件后续处理逻辑...
  

• 验证空白config.toml的影响
  如果JSONContentExtractor中间件的初始化依赖config.toml的配置，空白配置可能触发异常逻辑：

  1. 查看中间件初始化代码，是否有从config读取如ContentType、MaxBodySize这类参数的逻辑，空白配置可能导致这些参数为空或默认值异常，比如强制要求非application/json的Content-Type，导致中间件内部处理时损坏了请求体；
  2. 临时硬编码中间件的关键配置（比如ContentType: "application/json"），测试处理器是否能正常解析请求体，以此验证是否是空白配置导致的问题。

• 检查处理器的解码错误捕获
  很多时候空结构体是因为解码出错但没被捕获，比如字段名大小写不匹配、结构体标签错误、请求体格式细微偏差等。在处理器里一定要捕获解码错误：

  var reqBody YourRequestStruct
  err := json.NewDecoder(r.Body).Decode(&reqBody)
  if err != nil {
      log.Printf("请求体解码失败: %v", err)
      // 返回错误响应
      return
  }
  

• 排查中间件执行顺序
  确认JSONContentExtractor中间件是在处理器之前注册的，且没有其他后续中间件再次读取请求体却不重置。比如如果有日志中间件在它之后，且读取了Body但没重置，会导致处理器读取时指针已经在EOF位置。

内容的提问来源于stack exchange，提问作者Arely Chávez