一般虚拟主机上的话，是每个IIS站点一个应用程序池;这样做一来可以分配每个站点的CPU占用率等信息，二来如果有站点出问题了可以第一时间找到，查找方法如下：通过任务管理器查看哪一个站点进程的CPU占用高，记住它的PID，然后在CMD中输入iisapp -a就可找到PID与之对应的IIS站点名字。

不过如果太多的话，会占用服务器的内存，因为被访问之后的进程不是马上被释放的。

默认情况下，WWW服务建立“重叠回收”，即继续运行要终止的工作进程，直到启动新的工作进程后为止。 在重叠回收方案中，要回收的进程继续处理请求，同时 WWW 服务创建一个替代工作进程。在停止旧工作进程之前启动新的工作进程，然后将请求定向到新的进程。此设计可以防止服务中断，因为旧进程关闭前仍然保持与 HTTP.sys 的通信以处理请求。因为可重叠关闭或启动的关闭超时值是可以配置的，所以在工作进程仍在处理请求的同时可以终止该进程（如果它在时间限制内没有处理完请求的话）。
　　　 注意：当 WWW 服务回收某个工作进程时，它并不断开现有的 TCP/IP 连接。HTTP 协议堆栈 (HTTP.sys) 建立并维护 TCP/IP 连接。
　　　　
　　　 IIS中的每个应用程序池由一个“工作进程”进行管理，也就是"W3wp.exe" 进程。如果有多个应用程序池中的程序运行，我们就能看到多个w3wp.exe。

命令: iisapp -a　　查看应用程序池工作进程PID

回收方式有如下几种：

　　a.根据运行时间
　　系统默认是1740分钟,也就是29个小时,这个不是很好控制,建议不用。 

　　b.请求数目
　　这个要看具体的情况了。如果只有10个请求，可是有5个都在请求那个比较占资源的页面（可能是统计年度报表之类），这个时候就会出现进程当掉的情况，如果请求有1000个可是一个也没运行比较占资源的页面，这个时候进程肯定是很正常的，所以根据请求的数目来决定也不一定符合实际需要。

　　c.计划的时间　　
　　这个其实很好，不过具体什么时间回收好呢？通常我们都是设置在凌晨两三点钟，这个时候回收是有必要的，不过针对出现随时可能出现是高内存占用并不是很适用。

　　d.内存（虚拟内存或已使用的内存）
　　这个针对出现内存问题引起的进程当掉实在太合适了，不过设置多大的值比较好是一个很重要的问题，值不能太小了，否则如果访问量都很大超过这个值的时候也会自动回收，这个就很没必要了。一定要多多观察进程的实际占用情况再做决定。