如何减少IIS中Flask-API的停机时间？

一、先锁定应用池重启的时间与原因 #

• 查看IIS日志：直接在IIS管理器中找到对应站点的日志（默认路径C:\inetpub\logs\LogFiles），日志里会记录应用池回收的时间点，和你的ping请求日志对比，就能定位重启发生的具体时段。
• 查看Windows事件查看器：打开事件查看器，依次展开Windows日志 -> 应用程序，筛选来源为WAS（Windows Process Activation Service）的事件，这类事件会明确标注应用池回收的原因——比如内存不足、CPU超限、配置变更、进程意外崩溃等。
• 启用应用池详细回收日志：在应用池的「高级设置」里找到「日志」选项，开启详细回收日志，能记录更具体的触发条件，比如是否是隐性内存阈值触发（哪怕你手动禁用了回收，系统也可能因内存不足强制回收）。

二、排查内存相关核心问题 #

• 实时监控内存占用：打开任务管理器的「详细信息」面板，跟踪python.exe或w3wp.exe的内存变化，看是否在运行过程中内存持续攀升，直到触及系统或IIS的隐性限制。毕竟你初始化加载了7.5GB的大文件，若存在内存泄漏，很容易触发回收。
• 检查虚拟内存配置：确保服务器的虚拟内存（页面文件）足够大，至少设为物理内存的1.5-2倍。如果服务器物理内存不足（比如小于16GB），加载大文件后剩余内存不足以支撑请求处理，会频繁因内存溢出导致进程被终止。
• 分析Python进程内存：用memory_profiler工具在本地测试环境模拟请求，排查API运行时哪些函数或对象在持续占用内存，比如未释放的缓存、全局变量累积数据等内存泄漏点。

三、检查IIS配置的遗漏项 #

• 确认应用池内存限制参数：即使设置了AlwaysRunning，「私有内存限制」和「虚拟内存限制」如果设得过低，进程内存超限后IIS仍会强制回收。建议先设为0（无限制）测试一段时间，观察是否还会出现回收。
• 排查快速失败保护：应用池高级设置里的「快速失败保护」如果开启，短时间内多次请求失败会触发自动回收。可以暂时禁用该功能，或者调整失败次数和时间窗口。
• 验证预加载配置有效性：确保站点的「预加载已启用」设为True，应用池「启动模式」为AlwaysRunning，同时在IIS「应用初始化」模块中配置正确的预加载请求路径（比如你的ping接口），避免预加载未真正触发导致冷启动。

四、判断是否为硬件限制问题 #

• 对比物理内存：如果服务器物理内存小于16GB，加载7.5GB的模型和索引后，剩余内存不足以支撑后续请求处理，必然会频繁触发内存不足回收，这种情况升级物理内存是最直接的解决办法。
• 监控CPU与磁盘IO：如果服务器CPU长期高负载，或磁盘IO瓶颈导致进程响应超时，也可能被IIS判定为无响应而回收。用任务管理器或性能监视器跟踪这些指标，排查是否存在异常。

五、其他排查方向 #

• 检查Waitress配置：Waitress的threads、max_requests等参数设置不合理可能导致进程崩溃，比如max_requests设得过小会让进程处理一定请求后自动重启，建议调整为0（无限制）。
• 测试Idle状态下的内存变化：关闭ping服务，让API处于空闲状态，监控内存是否持续增长，排查是否是ping请求本身导致内存泄漏。
• 排查系统与杀毒软件操作：Windows自动更新、杀毒软件后台扫描可能强制终止进程，查看系统更新记录和杀毒软件日志，确认对应时段是否有相关操作。

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