IIS部署Flask邮件调度任务长时间后停止运行问题排查

核心成因分析 #

• IIS应用池空闲回收：这是最可能的原因。IIS默认会在应用池连续空闲20分钟后回收进程，你的定时任务每10分钟执行一次，但如果这段时间内没有任何HTTP请求访问Flask应用，IIS会判定应用池处于空闲状态，到时间就回收进程，直接终止你的Python定时任务。因为是正常回收操作，所以不会产生错误日志。
• 进程生命周期绑定：Flask在IIS上托管时，Python进程属于IIS应用池的工作进程，应用池回收会直接杀死所有关联进程，包括你的定时任务。
• 进程内定时任务的局限性：如果你的定时任务是用schedule这类库在Flask进程内部实现的，它完全依赖主进程的持续运行，主进程被回收，任务自然中断。

你的疑问解答 #

1. 是否需要为Python应用在IIS中创建应用池？ #

是的，必须创建独立的应用池，这是IIS部署Python应用的标准操作：

• 应用池是IIS隔离不同应用的核心，独立应用池可以避免和其他应用的进程互相干扰。
• 你可以单独配置这个应用池的回收规则、超时时间、权限等，这是解决定时任务停止问题的关键入口。
• 如果共用默认应用池，你的Python进程会受其他应用的配置影响，更容易被意外回收。

2. 是否是空闲时间导致的？ #

没错，这就是问题的核心。IIS默认的应用池空闲超时是20分钟，只要这段时间内没有HTTP请求触发应用池，不管你的定时任务有没有在运行，IIS都会认为应用池空闲并回收进程，导致定时任务终止。

解决方法 #

调整应用池配置 #

1. 打开IIS管理器，找到你的Python应用对应的应用池。
2. 右键选择「高级设置」：
   • 在「进程模型」下，把「空闲超时（分钟）」设为0（表示永不因空闲回收），或者设置一个远大于你的任务周期的数值（比如480分钟）。
   • 在「回收」选项中，取消勾选「固定时间间隔（分钟）」，或者把间隔设为极大值，避免定期回收打断任务。

添加保活机制 #

如果不能禁用空闲超时，可以做一个简单的保活脚本：

• 写个Python脚本，每隔15分钟向你的Flask应用发送一个GET请求（比如访问一个/health健康检查接口）。
• 用Windows任务计划定期执行这个脚本，让IIS认为应用池一直处于活跃状态，不会被回收。

改用独立定时任务 #

如果不想依赖IIS应用池的生命周期，推荐脱离Flask进程单独运行定时任务：

• 直接用Windows任务计划，定期执行你的邮件发送Python脚本。
• 或者用Celery+Redis这类分布式任务队列，把定时任务交给独立的worker进程处理，和Flask应用解耦。

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