ASP.NET Core MVC应用远程服务器下载Excel时遇网络错误求助

问题概述 #

远程服务器托管的ASP.NET Core MVC应用下载Excel时出现异常：网络面板显示请求返回200 OK，但文件下载到64KB（总大小274KB）时停止，随后站点显示服务不可用。本地运行正常，已排查过web.config内容长度配置、服务器资源、HTTP/2、MIME类型、应用池设置，均无异常。

额外排查方向 #

• 开启ASP.NET Core标准输出日志：在web.config的aspNetCore节点中设置stdoutLogEnabled="true"，指定日志目录，查看应用崩溃时的详细错误信息——很多未被代码日志捕获的底层异常会在这里输出。
• 检查响应流的资源处置逻辑：验证控制器返回Excel的代码，确保流资源被正确释放。比如使用FileStreamResult时，避免流未关闭导致的资源泄漏；也可以尝试手动分块输出响应，绕过默认缓冲区限制：

  var stream = new FileStream(excelFilePath, FileMode.Open, FileAccess.Read);
  Response.Headers.Add("Content-Disposition", $"attachment; filename=\"{fileName}.xlsx\"");
  Response.ContentType = "application/vnd.openxmlformats-officedocument.spreadsheetml.sheet";
  
  byte[] buffer = new byte[8192];
  int bytesRead;
  while ((bytesRead = await stream.ReadAsync(buffer, 0, buffer.Length)) > 0)
  {
      await Response.Body.WriteAsync(buffer, 0, bytesRead);
      await Response.Body.FlushAsync();
  }
  await stream.DisposeAsync();
  

• 排查IIS请求筛选与Kestrel限制：除了maxAllowedContentLength，检查IIS请求筛选的「最大请求长度」；同时确认appsettings.json中Kestrel节点的Limits.MaxRequestBodySize配置（虽为下载场景，但反向配置可能间接影响响应传输）。
• 静态文件下载测试：将目标Excel文件放到站点静态目录，直接通过URL下载验证。如果静态下载也中断，说明是服务器传输层面的限制；如果静态下载正常，问题则锁定在应用代码的响应处理逻辑。
• 检查防火墙/负载均衡规则：部分防火墙或负载均衡设备会限制单连接的响应包大小、连接超时时间，导致传输到64KB时被强制中断，可联系运维人员排查相关规则。
• 查看Windows事件日志：打开服务器事件查看器，检查「应用程序日志」和「系统日志」，查找站点进程终止时的异常记录，比如未处理的CLR异常、内存溢出提示。
• 升级.NET Core运行时：若服务器上的.NET Core运行时版本较旧，可能存在响应流处理的已知bug，尝试升级到对应分支的最新稳定版本。

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