如何在ASP.NET Core 2.2中间件中多次读取请求体？

我太懂这个坑了！你遇到的问题核心在于ASP.NET Core的请求体流默认是“一次性消费”的，而且你的代码里犯了两个关键错误：

1. 用using包裹了StreamReader来读取Request.Body —— 这会在读取完成后自动释放底层的请求流，控制器后续尝试读取时自然会报“已释放对象”的错误。
2. 就算不用using，读完流之后指针会停在末尾，控制器再读就只能拿到空内容。

下面给你两种靠谱的解决方案，从简单到健壮：

方案一：启用缓冲+重置流位置 #

这是最直接的方式，适合大多数场景：

app.Use(async (context, next) =>
{
    // 关键：启用请求体缓冲，让流支持多次读取和位置重置
    context.Request.EnableBuffering();

    // 读取前先把流指针重置到开头
    context.Request.Body.Position = 0;

    // 读取请求体（注意这里不要用using包裹StreamReader！）
    var requestBody = await ReadStream(context.Request.Body);

    // 读完后再次把指针重置到开头，给控制器留好读取的起点
    context.Request.Body.Position = 0;

    var requestPath = context.Request.Path.ToString();
    // 这里放你的业务逻辑，比如记录请求日志
    Console.WriteLine($"Received request at {requestPath}: {requestBody}");

    await next.Invoke();

    var responseStatusCode = context.Response.StatusCode;
    // 这里放后续处理逻辑，比如记录响应状态
    Console.WriteLine($"Responded with status code: {responseStatusCode}");
});

private async Task<string> ReadStream(Stream stream)
{
    // 不要用using！否则会释放底层的Request.Body流
    var reader = new StreamReader(stream);
    return await reader.ReadToEndAsync();
}

关键要点： #

• EnableBuffering()：这个方法会把请求体缓存到内存（大文件会自动转磁盘缓存），让原本只能读一次的流变成可重复读取的。
• 每次读取前后都要手动重置Position = 0，确保后续读取能从流的开头开始。
• 绝对不要用using处理读取Request.Body的StreamReader，否则直接把流搞废。

方案二：复制到内存流（更健壮） #

如果你的场景里原始请求流不支持Seek（比如某些特殊的请求来源），上面的方案可能失效，这时候可以把请求体复制到内存流，再替换掉原始的Request.Body：

app.Use(async (context, next) =>
{
    // 创建内存流来保存请求体副本
    using var memoryStream = new MemoryStream();
    // 把原始请求流复制到内存流
    await context.Request.Body.CopyToAsync(memoryStream);
    
    // 重置内存流指针到开头，准备读取内容
    memoryStream.Position = 0;
    var requestBody = await new StreamReader(memoryStream).ReadToEndAsync();
    
    // 再次重置指针，因为刚才读取到末尾了
    memoryStream.Position = 0;
    // 把Request.Body替换成内存流，让控制器能正常读取
    context.Request.Body = memoryStream;

    var requestPath = context.Request.Path.ToString();
    // 业务逻辑处理
    Console.WriteLine($"Request at {requestPath}: {requestBody}");

    await next.Invoke();

    var responseStatusCode = context.Response.StatusCode;
    // 后续处理
    Console.WriteLine($"Response status: {responseStatusCode}");
});

这种方式的优势在于，内存流是完全可控的，不管原始流是什么特性，控制器读取的都是可重复访问的内存流，彻底避免了流被释放或指针位置不对的问题。

最后再提醒两个坑： #

• 如果你用的是.NET Core 3.0及以上版本，EnableBuffering()已经是内置方法，不用自己写缓冲逻辑。
• 尽量不要在中间件里长时间持有请求流，尤其是大文件场景，避免内存占用过高。

内容的提问来源于stack exchange，提问作者Alireza Yavari