IIS应用程序池-停止/启动vs回收

a)因为 Overlapped Recycling . “旧”进程有一段时间等待新进程启动。

不,据我所知。

回收如果我正确调用,则允许所有现有请求完成,然后它将回收应用程序池。停下来就是在你停下来的那一刻结束它。

根据 this link ,

停止 _“通过停止应用程序池,您将指示为此应用程序池提供服务的所有IIS工作进程关闭, 并防止任何额外的工作进程在 应用程序池再次启动。 这就启动了一个优雅的 关闭工作进程,每个工作进程都尝试 删除所有IT请求,然后退出。

如果工作进程未在指定的时间内退出 通过ProcessModel中的ShutdownTimeLimit配置属性 每个应用程序池的定义(默认值:90秒)的元素是 将强制终止它(如果本机调试器 附上)。

因此,停止应用程序池是一种破坏性操作, 导致卸载ASP.NET应用程序域、FastCGI子进程, 以及任何进程内应用状态的丢失。

回收 _“回收应用程序池会使该应用程序池中当前运行的所有IIS工作进程正常运行。 关闭,但与停止池不同,新的IIS工作进程可以 按需启动以处理后续请求。

回收应用程序池是导致重置 应用程序状态和由IIS工作进程缓存的任何配置 无法自动刷新的进程(主要是全局进程) 注册表项),而不会中断服务器的操作。这个 使回收应用程序池成为 在大多数情况下。