.NET Core 3.1部署Azure App Service后200响应但无返回体求助

• 确认Azure的.NET版本配置
  登录Azure门户，进入目标App Service的「配置」→「常规设置」，确保.NET Core版本选中3.1.x的具体版本（不要选「最新」）；同时检查「启用32位应用程序」是否开启，若本地开发为64位环境，建议关闭该选项，避免兼容性问题。

• 核查Startup中间件顺序
  确保Startup.cs里的中间件顺序严格遵循规范，错误的顺序会导致响应处理异常：

  app.UseRouting();
  app.UseAuthorization();
  // 必须在UseAuthorization之后配置端点映射
  app.UseEndpoints(endpoints =>
  {
      endpoints.MapControllers();
  });
  

  排查是否存在自定义中间件提前调用context.Response.CompleteAsync()截断响应流的情况。

• 查看Azure实时日志定位隐式错误

  1. 进入App Service的「日志」→「日志流」，实时监控请求处理过程，即使返回200，内部可能存在未捕获的初始化异常导致响应体未生成。
  2. 在appsettings.Production.json中开启详细日志：

     "Logging": {
         "LogLevel": {
             "Default": "Information",
             "Microsoft.AspNetCore": "Debug"
         }
     }
     

  3. 访问Kudu站点（https://<你的应用名称>.scm.azurewebsites.net），在「Debug Console」中查看LogFiles文件夹下的详细日志，定位具体错误栈。

• 检查控制器返回逻辑与全局过滤器

  1. 确认Test控制器的Get方法未误写return NoContent();，确保返回内容正常：

     [HttpGet("api/Test")]
     public IActionResult GetTest()
     {
         return Ok("测试响应内容");
     }
     

  2. 排查全局过滤器/动作过滤器是否存在修改或清空响应体的逻辑，比如某些异常过滤器可能吞掉了返回值。

• 验证部署包完整性
  对比本地发布包与Azure部署的文件，确保appsettings.Production.json配置正确、所有依赖项完整上传；可通过Azure部署中心重新部署，或手动上传发布包，避免自动部署时的文件遗漏。

• 排查出站网络限制（隐性依赖场景）
  若控制器初始化时存在隐性外部依赖（如配置读取、第三方服务调用），可检查App Service的「网络」→「出站流量」是否存在限制，导致控制器初始化失败进而返回空响应。

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