.NET Core 7发布至本地IIS后Ajax请求失败（HTTP 500）求助

一、HTTPERR 日志中500记录的常见含义 #

HTTPERR 里的500相关记录，本质是IIS与后端.NET Core应用通信时出现异常，常见后缀对应的原因：

• Connection_Abandoned_By_AppPool：应用池进程崩溃或被回收，请求中途中断
• Connection_Reset：后端应用强制关闭了请求连接
• Internal_Server_Error：应用内部抛出未捕获的异常

二、针对性修复步骤 #

1. 启用应用详细错误日志 #

发布到IIS后默认隐藏详细错误，需手动开启：

• 修改appsettings.json，启用详细错误并调整日志级别：

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

• 在Program.cs临时启用开发者异常页面（排查完成后记得关闭，避免暴露敏感信息）：

// 替换原有的错误处理代码
if (!app.Environment.IsDevelopment())
{
    app.UseDeveloperExceptionPage();
    // 之后恢复为生产环境错误页：
    // app.UseExceptionHandler("/Error");
    // app.UseHsts();
}

• 开启ASP.NET Core模块的标准输出日志：修改web.config中的aspNetCore节点：

<aspNetCore processPath="dotnet" arguments=".\YourApp.dll" stdoutLogEnabled="true" stdoutLogFile=".\logs\stdout" hostingModel="inprocess" />

应用目录下会生成logs文件夹，其中的日志会直接显示应用抛出的具体异常信息。

2. 检查IIS应用池配置 #

• 确保应用池的**.NET CLR版本**设置为无托管代码（.NET Core无需传统Windows托管环境）
• 验证应用池标识权限：给inetpub\wwwroot\iddcsw文件夹添加IIS AppPool\<你的应用池名称>的读写权限，避免因权限不足导致文件读取或写入失败
• 排查应用池回收问题：在IIS管理器中进入应用池的高级设置，检查回收阈值（如内存、CPU限制），避免因资源不足频繁回收进程

3. 修正Ajax请求配置 #

• 核对请求URL：本地测试的路径（如/api/data）在发布到IIS后，若应用部署为虚拟目录，需加上目录前缀（如/iddcsw/api/data）
• 确认请求内容类型：如果后端接口接收JSON格式数据，前端Ajax需设置contentType: "application/json"，否则会导致模型绑定失败抛出500错误

三、通用HTTP 500错误排查流程 #

1. 优先获取应用级详细日志：通过stdout日志或开发者异常页面，直接定位代码层面的异常
2. 查看系统事件日志：打开Windows事件查看器，检查「Windows日志→应用程序」中的.NET Runtime、IIS相关错误记录
3. 验证资源访问权限：确认应用能正常访问数据库、配置文件、本地存储等依赖资源
4. 对比环境配置差异：核对开发环境与生产环境的连接字符串、环境变量、第三方服务地址是否一致

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