如何在IHttpLoggingInterceptor.OnResponseAsync中读取响应体？

问题分析 #

你遇到的核心问题是ASP.NET Core内置IHttpLoggingInterceptor的执行时机与响应体的写入/消费时机不匹配：

• 直接读取Response.Body时，流可能已被后续中间件或服务器消费（指针移到末尾），导致读空
• OnStarting事件触发时，响应体还未被业务逻辑写入，因此读不到内容
• OnCompleted事件触发时，请求上下文已被框架回收，无法访问HttpContext

之前自定义中间件出现的InvalidOperationException，是因为在响应已开始发送后尝试修改响应头；内置拦截器虽避免了该异常，但默认未处理响应流的缓存问题，导致读空。

解决方案 #

要在拦截器中正确读取响应体，需替换响应流为内存流缓存内容，既捕获业务逻辑写入的响应数据，又不影响客户端接收响应。以下是完整的拦截器实现：

public class CustomResponseLoggingInterceptor : IHttpLoggingInterceptor
{
    public Task OnLogRequestAsync(HttpLoggingInterceptorContext context)
    {
        // 如需处理请求体，可复用类似响应体的流替换逻辑
        return context.Next();
    }

    public async Task OnLogResponseAsync(HttpLoggingInterceptorContext context)
    {
        var httpContext = context.HttpContext;
        var originalResponseBody = httpContext.Response.Body;

        try
        {
            // 用内存流替换原始响应流，捕获所有写入的响应内容
            using var memoryStream = new MemoryStream();
            httpContext.Response.Body = memoryStream;

            // 执行后续管道，让业务逻辑写入响应到内存流
            await context.Next();

            // 重置内存流位置，读取完整响应体
            memoryStream.Position = 0;
            var responseBody = await new StreamReader(memoryStream, leaveOpen: true).ReadToEndAsync();

            // 将读取到的响应体注入日志上下文，让内置日志框架记录
            context.ResponseBody = responseBody;
            context.LoggingFields |= HttpLoggingFields.ResponseBody;

            // 将内存流内容复制回原始流，确保客户端能正常接收响应
            memoryStream.Position = 0;
            await memoryStream.CopyToAsync(originalResponseBody);
        }
        finally
        {
            // 恢复原始响应流，避免资源泄漏
            httpContext.Response.Body = originalResponseBody;
        }
    }
}

关键说明 #

1. 流替换时机：在OnLogResponseAsync中先替换响应流，再调用context.Next()执行后续管道，确保所有响应内容写入内存流
2. 流恢复：在finally块中恢复原始流，避免框架处理响应时出现异常
3. 日志注入：通过设置context.ResponseBody和context.LoggingFields，让内置Http Logger自动记录响应体内容

注册拦截器 #

在Program.cs中完成拦截器的注册与中间件启用：

builder.Services.AddHttpLogging(options =>
{
    options.LoggingFields = HttpLoggingFields.All;
});

// 注册自定义拦截器
builder.Services.AddSingleton<IHttpLoggingInterceptor, CustomResponseLoggingInterceptor>();

// 启用HttpLogging中间件
app.UseHttpLogging();

关于之前的自定义中间件异常 #

多请求场景下的InvalidOperationException，是因为在响应已开始发送（如已写入部分响应体）后尝试修改响应头。使用内置拦截器+流替换方案可避免该问题，因为拦截器的执行时机由框架控制，且流替换不会提前触发响应发送。

这是可解决的问题，并非.NET框架的bug，核心是要正确处理响应流的生命周期和拦截器的执行顺序。

内容的提问来源于stack exchange，提问作者Constantine Ketskalo