部署于IIS的.NET 6/7 JWT WebAPI频繁503服务关闭问题求助

1. 纠正核心IIS配置错误 #

.NET 6.0/7.0属于无CLR依赖的.NET Core版本，你当前设置的应用池**.NET CLR版本4.0**是错误的，会导致托管运行时冲突，直接引发应用池异常。

• 打开IIS管理器，找到目标应用池，右键选择“高级设置”
• 将.NET CLR版本修改为无托管代码，保存后重启应用池

2. 捕获应用崩溃的详细原因 #

当前仅有的shutdown日志无法定位根本问题，需要开启更详细的诊断日志：

• 启用.NET Core崩溃转储：
  1. 安装dotnet-dump工具：dotnet tool install -g dotnet-dump
  2. 打开应用池“高级设置”，在“环境变量”中添加：
     • COMPlus_DbgEnableMiniDump=1
     • COMPlus_DbgMiniDumpName=C:\Dumps\webapi_crash.dmp（确保C:\Dumps目录存在，且应用池标识有读写权限）
  3. 下次应用崩溃时，会生成转储文件，执行dotnet-dump analyze C:\Dumps\webapi_crash.dmp即可查看崩溃堆栈信息
• 查看深层Windows日志：
  打开事件查看器，依次查看：
  • 应用程序和服务日志 -> Microsoft -> Windows -> IIS-Configuration：排查IIS配置加载异常
  • 应用程序和服务日志 -> Microsoft -> AspNetCore：获取ASP.NET Core运行时的详细错误信息

3. 排查JWT相关潜在问题 #

JWT验证逻辑是常见的崩溃触发点，重点检查：

• 确保所有JWT验证代码都包含try-catch块，捕获并记录SecurityTokenException等相关异常，避免未处理异常导致进程崩溃
• 检查JWT密钥配置：确认密钥未过期、格式正确，避免因密钥无效引发的验证失败崩溃
• 检查依赖注入配置：如果JWT相关服务（如TokenValidationParameters）被错误注册为单例，但依赖了scoped服务，可能导致内存泄漏或线程安全问题

4. 优化应用池回收与运行配置 #

你当前的回收配置不合理，反而会加剧问题：

• 把回收固定间隔1分钟改为24小时或更长，频繁回收会导致应用反复重启，无法稳定运行；可设置基于内存阈值的回收（如私有内存超过1GB时回收）
• 确认应用池进程模型的标识权限：如果WebAPI需要访问文件、数据库或其他资源，确保应用池标识（如ApplicationPoolIdentity）拥有对应的读写权限，权限不足会导致进程意外退出
• 启用ASP.NET Core进程内托管：在web.config的<aspNetCore>节点中设置hostingModel="InProcess"，进程内托管比OutOfProcess更稳定，减少IIS与.NET Core运行时的交互冲突

5. 确保预加载配置生效 #

站点预加载需要配合正确的应用池设置才能生效：

• 确认应用池启动模式为AlwaysRunning
• 站点预加载设置中勾选“启动应用程序池”
• 在web.config中确保ASP.NET Core的启动命令正确，示例：

<aspNetCore processPath="dotnet" arguments=".\YourWebApi.dll" hostingModel="InProcess" />

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