如何在.NET 6 ASP Core API控制器响应中禁用分块传输

ASP.NET Core默认采用流式输出响应，序列化返回对象时无法提前获知最终内容总长度，因此默认使用分块传输（Transfer-Encoding: chunked），按以下配置即可实现自动计算Content-Length、禁用分块传输，直接返回OkObjectResult即可：

• 配置响应缓冲
  可根据需求选择全局配置或单接口配置：
  1. 全局配置（.NET 6+）：在Program.cs中启用响应缓冲中间件

  var builder = WebApplication.CreateBuilder(args);
  // 注册控制器服务
  builder.Services.AddControllers();
  var app = builder.Build();
  // 响应缓冲中间件需放在路由中间件之前、异常处理中间件之后
  app.UseResponseBuffering();
  app.UseRouting();
  app.MapControllers();
  app.Run();
  

  如果是.NET 5及更早版本，在Startup.cs的Configure方法对应位置添加app.UseResponseBuffering()即可，配置逻辑一致。
  2. 单接口配置：无需全局启用，只需给对应接口的Action方法加[ResponseBuffering]属性即可。
• 可选：优化JSON序列化配置
  若使用默认的System.Text.Json序列化器，可全局配置序列化规则减少额外开销：

  builder.Services.AddControllers()
      .AddJsonOptions(options =>
      {
          // 生产环境建议关闭格式化输出，减少响应内容长度
          options.JsonSerializerOptions.WriteIndented = false;
      });
  

  若使用Newtonsoft.Json作为序列化器，对应替换为AddNewtonsoftJson配置即可，和你之前使用的JsonConvert逻辑完全兼容。
  配置完成后，框架会自动将序列化后的响应内容缓冲到内存，计算总长度后自动写入Content-Length响应头，不会再使用分块传输，你之前手动序列化、加响应头的代码可以完全删除。

注意：如果你的响应内容体积特别大（如超过数百MB），启用响应缓冲会占用较多内存，这类场景更推荐使用分块传输，可按需选择配置范围。

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