读取请求Multipart内容时遇异常：流已被其他组件读取

这个问题我帮不少开发者排查过，核心原因大多是请求流被提前读取或者无法重复读取——ASP.NET Core里的请求体是个只能单向读取的流，如果已经有其他中间件、过滤器甚至你自己的代码提前读了Request.Body，后面再用MultipartReader去读就会触发这个错误。下面分情况给你讲解决思路：

常见原因及解决方案 #

1. 其他组件提前读取了请求流 #

比如有些日志中间件、自定义认证过滤器，为了记录请求内容会把Request.Body读一遍，读完后流的位置就到末尾了，MultipartReader自然读不到内容。

解决办法：
在请求处理流程的最开始（比如Program.cs/Startup.cs的中间件配置里）启用请求流缓冲，让流支持重读：

app.Use(async (context, next) =>
{
    // 启用缓冲，允许请求流被多次读取
    context.Request.EnableBuffering();
    // 继续执行后续中间件
    await next();
});

或者在你的处理代码开头直接启用缓冲并重置流位置：

if (MultipartRequestHelper.IsMultipartContentType(Request.ContentType))
{
    Request.EnableBuffering();
    // 把流位置重置到开头，确保MultipartReader能从起始位置读取
    Request.Body.Position = 0;

    var formAccumulator = new KeyValueAccumulator();
    var boundary = Request.GetMultipartBoundary();
    var reader = new MultipartReader(boundary, HttpContext.Request.Body);
    var section = await reader.ReadNextSectionAsync();
    // 后续处理逻辑...
}

2. 代码中混用了不同的请求体读取方式 #

如果你在使用MultipartReader之前，调用过Request.Form、Request.ReadFormAsync()这类方法，这些方法会自动读取并解析整个请求体，之后再用MultipartReader就会因为流已经读完而报错。

解决办法：
整个请求处理流程中，只选择一种方式读取请求体：要么用MultipartReader手动解析Multipart内容，要么用Request.Form自动解析，绝对不要混用。

3. 客户端发送的请求本身不完整 #

有时候问题出在客户端——比如发送的Multipart请求边界符和Content-Type里的不一致，或者请求体在传输过程中被截断，这也会让MultipartReader认为流意外结束。

解决办法：
用Postman、Fiddler这类工具抓包，检查：

• 请求头Content-Type里的boundary值和请求体里的边界标记是否完全一致
• 请求体是否完整，没有被截断或损坏

内容的提问来源于stack exchange，提问作者Sunil Buddala