如何解决VBScript网站的IIS应用池回收及会话丢失问题？

核心排查方向 #

• 资源泄漏检查：哪怕是文档上传下载类应用，也可能存在未释放的文件流、数据库连接等资源。用IIS自带的Worker Process Recycling日志记录回收触发原因，或用内存分析工具定位泄漏点，重点确认所有资源操作都用using语句包裹或手动调用Dispose()。
• 慢请求/死锁排查：查看应用池的请求队列长度，若持续偏高，启用Failed Request Tracing追踪耗时超阈值的请求，排查大文件上传未分片、未优化的数据库查询等阻塞操作。

针对性优化措施 #

• 流式处理文件操作：避免一次性将大文件加载到内存，改用流式读写减少内存占用，示例代码：

  // 流式下载实现
  using (var fileStream = new FileStream(targetPath, FileMode.Open, FileAccess.Read))
  {
      await fileStream.CopyToAsync(HttpContext.Response.Body);
      await HttpContext.Response.Body.FlushAsync();
  }
  

• 会话持久化改造：将进程内会话存储替换为SQL Server或Redis会话存储，这样即使应用池回收，会话数据也不会丢失，后续可灵活调整回收策略而不影响用户登录状态。
• 应用池参数调整：
  • 关闭基于内存阈值的自动回收，仅保留配置变更等触发式回收；
  • 开启重叠回收：新进程在旧进程终止前启动，用户请求无缝切换，完全规避回收导致的会话中断；
  • 调整快速失败保护阈值，避免少量错误触发应用池回收。

临时应急方案 #

先开启应用池的重叠回收功能（在高级设置中设为True），这能立刻缓解回收导致的会话丢失问题，同时给排查优化争取时间。

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