根据我使用IIS的经验，当一个工作进程被回收时，下一个“激活”新进程的请求必须等待进程执行一次启动。 当程序正在执行相当大的应用程序启动时，这种等待可能特别糟糕。
有没有办法通过IIS保持最小数量的工作进程处于“就绪”状态，所以他们将立即提供请求？ 我仍然希望工作stream程能够被回收，但是在他们处于“准备好”状态之前，他们不能为请求提供服务，所以用户不会感受到启动成本。
在7.5（Windows Server 2008 R2）中，即使没有请求，也可以使用startMode属性来请求应用程序池启动。默认情况下，它们仍然是需求启动的（至less在文档中是这样说的）应用程序池的这个属性应该允许它快乐地n，，even，即使在空闲时也是如此。
http://msdn.microsoft.com/en-us/library/ms689467(v=VS.90).aspx
虽然我同意rfair01，但最好不要让他们回收。 虽然这并不总是可行的。
有几件事你可以做：
1）更改您的应用程序池，以便它不会自动回收。 这将保持您的应用程序随时准备好，除非IIS重新启动。 如果您处于共享托pipe状态，则可能不太实际。 如果你的应用程序有内存问题，这可能也不是一个好方法。
2）使用预定的热身脚本。 如果应用程序池按计划进行回收，则可以创build一个脚本，该脚本将打到您网站上的一个页面以预热应用程序池。 这里的例子。 这样你的应用程序就可以快速响应请求了。