.NET5环境下Quartz.NET Cron定时任务长时间闲置不触发如何配置服务器

1. IIS应用池剩余回收配置 #

• 检查*闲置超时(Idle Time-out)*设置：默认值为20分钟，多数使用者配置AlwaysRunning时会遗漏修改该参数。配置路径为应用池 -> 高级设置 -> 进程模型 -> 闲置超时(分钟)，需设置为0。
• 检查固定时间间隔回收配置：默认值为1740分钟（29小时），配置路径为应用池 -> 高级设置 -> 回收 -> 固定时间间隔(分钟)，如需服务长期不重启可设置为0；也可配置回收时禁用重叠回收，同时将配置编辑器 -> system.applicationHost/applicationPools -> 对应应用池 -> recycling -> disallowRotationOnConfigChange设为True，避免配置变更触发意外回收。
• 检查特定时间回收规则：确认是否配置了固定时间点的回收策略，如有需要可删除或调整至不会影响任务执行的时段。

2. 应用初始化模块配置 #

• 确认服务器已安装应用初始化功能（Windows服务器角色管理 -> Web服务器 -> 应用程序开发 -> 应用初始化），该组件是AlwaysRunning参数生效的前提，多数测试服务器默认未安装。
• 站点高级设置中，预加载已启用需设置为True，和应用池的AlwaysRunning参数配套生效。
• 可在web.config中补充如下配置，确保应用池回收后自动初始化唤醒服务：

<system.webServer>
  <applicationInitialization doAppInitAfterRestart="true">
    <add initializationPage="/你的服务预热接口地址" />
  </applicationInitialization>
</system.webServer>

3. Quartz.NET配置优化 #

• 你当前使用的Cron表达式00 00 10 ? * WED代表每周三上午10点触发，需确认服务器时区和业务预期时区一致，避免时区差导致触发时间判断错误。
• 可在Quartz配置中开启misfire处理策略，避免应用重启后错过的任务不会补触发，触发器配置示例如下：

.WithCronSchedule("00 00 10 ? * WED", x => x.WithMisfireHandlingInstructionFireAndProceed())

• 确认Job实现类上添加了[DisallowConcurrentExecution]特性，避免异常场景下任务重复触发导致线程冲突，引发系统主动回收进程。

4. 进程异常排查 #

• 检查Windows系统的事件查看器 -> Windows日志 -> 应用程序，是否存在.NET运行时异常、站点崩溃的相关报错，部分场景下并非IIS主动回收，而是应用本身未捕获的异常导致进程退出。
• 检查任务执行的依赖资源：比如SMTP服务器连接、数据库连接是否存在超时未处理的情况，未捕获的超时异常会导致进程终止。

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