IIS托管应用访问网页时Spark.Release应用池停止问题求助

这种自动启动失败导致应用池直接停止的情况我碰到过好几次，给你几个针对性的排查方向：

• 核对应用池的.NET版本与托管管道模式
  右键IIS管理器中的Spark.Release应用池→高级设置，重点检查：

  • 如果你的站点是.NET Core项目，应用池的.NET CLR版本必须设为无托管代码；
  • 如果是.NET Framework项目，要选择对应代码依赖的版本（比如v4.0.30319），同时托管管道模式要和代码兼容（多数情况选集成即可，老项目可能需要经典）。

• 验证站点目录的权限配置
  应用池默认使用的ApplicationPoolIdentity标识需要对C:\上的站点目录有足够权限：

  1. 右键站点目录→属性→安全标签；
  2. 点击编辑→添加，输入IIS AppPool\Spark.Release，点击检查名称确认后添加；
  3. 给这个标识分配读取&执行、列出文件夹内容、读取的基础权限，有写入需求的话再加上修改权限。

• 开启失败请求跟踪获取详细错误
  事件查看器里的错误信息太简略，开启IIS的失败请求跟踪（FRT）能拿到完整堆栈：

  1. 在IIS管理器中选中目标站点，找到失败请求跟踪规则；
  2. 新建规则，选择捕获所有内容或者指定状态码（比如500系列）；
  3. 再次访问http://localhost/，生成的日志会存在%SystemDrive%\inetpub\logs\FailedReqLogFiles目录下，打开日志就能看到具体的错误根源。

• 排查web.config配置错误
  畸形的web.config是常见的启动失败原因：

  • 先把站点根目录的web.config重命名为web.config.bak；
  • 新建一个最简版的web.config（比如仅支持静态页面的配置），再尝试启动应用池，如果能正常运行，就说明原web.config存在配置错误，逐段排查恢复即可。

• 调整应用池的进程与保护设置
  去应用池高级设置里检查这几个选项：

  • 确认启动模式设为AlwaysRunning；
  • 暂时禁用快速失败保护（避免短时间内多次失败导致应用池被强制停止）；
  • 把最大工作进程数设为1，排除多进程冲突的可能；
  • 检查闲置超时是否设置过短，导致刚启动就被回收。

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