如何解决Azure应用中Asp.Net Core 2的响应分块问题？

我之前在处理ASP.NET Core 2部署到Azure App Service的项目时，正好碰到过一模一样的问题，折腾了好一阵才搞定，给你几个亲测有效的解决思路：

1. 调整JSON序列化配置（替代旧版的MaxJsonLength） #

ASP.NET Core 2默认使用Newtonsoft.Json处理序列化，它没有旧版ASP.NET里的MaxJsonLength属性，但可以通过序列化配置来放宽限制：

在Startup.cs的ConfigureServices方法里，修改Mvc的JSON选项：

services.AddMvc()
    .AddJsonOptions(options =>
    {
        // 放宽最大序列化深度，适配复杂结构的数据
        options.SerializerSettings.MaxDepth = 64;
        // 取消格式化输出，减少JSON体积，也能降低触发分块的概率
        options.SerializerSettings.Formatting = Newtonsoft.Json.Formatting.None;
        // 明确设置最大JSON长度（Newtonsoft默认是Int32.MaxValue，这里可以按需调整）
        options.SerializerSettings.MaxJsonLength = int.MaxValue;
    });

2. 手动控制响应，强制禁用分块编码 #

分块编码通常是因为框架无法提前确定响应内容长度才触发的，我们可以先把JSON序列化好，手动设置内容长度，从而避免分块：

在你的Action里这样写：

public IActionResult GetLargeJsonData()
{
    // 获取你的大体积数据
    var largeDataSet = FetchYourLargeData();
    
    // 先序列化JSON，计算内容长度
    var jsonString = JsonConvert.SerializeObject(largeDataSet);
    var contentBytes = Encoding.UTF8.GetBytes(jsonString);
    
    // 移除分块编码头，设置明确的内容长度
    Response.Headers.Remove("Transfer-Encoding");
    Response.ContentLength = contentBytes.Length;
    
    // 返回原始JSON内容
    return Content(jsonString, "application/json");
}

这种方式绕过了框架默认的响应处理逻辑，直接控制响应头，能彻底避免分块。

3. 检查Azure App Service的全局配置 #

虽然Azure默认宣称禁用分块，但有时候可能因为配置遗漏或者环境差异没生效，你可以手动添加应用设置来强制禁用：

1. 登录Azure门户，找到你的App Service
2. 进入「配置」→「应用程序设置」
3. 添加新设置：
   • 名称：WEBSITE_DISABLE_CHUNKED_ENCODING
   • 值：1
4. 保存设置并重启App Service

这个设置会让Azure层面强制关闭分块编码，和代码层面的处理配合起来，基本就能解决问题了。

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