注意：当 WWW 服务回收某个工作进程时，它并不断开现有的 TCP/IP 连接。HTTP 协议堆栈 (HTTP.sys) 建立并维护 TCP/IP 连接。
IIS中的每个应用程序池由一个“工作进程”进行管理，也就是"W3wp.exe" 进程。如果有多个应用程序池中的程序运行，我们就能看到多个w3wp.exe。这点可以在任务管理器中看到，如下图所示，任务管理器中有两个w3wp.exe进程，恰好对应两个有应用程序在运行的应用程序池。
在命令提示符下运行iisapp -a，可以查看w3wp.exe和哪个应用程序池关联。
下图显示了手动执行应用程序池KefuAppPool的回收，在回收前，回收中和回收后应用程序池和工作进程情况。我们注意到：回收过程中增加了一个工作进程（PID=3896），该工作进程（PID=3896）启动好后，旧的工作进程（PID=5716）才被停止，新工作进程（PID=3896）正式替代旧进程工作，这就很好的防止了应用程序池回收过程中服务被中断，保证了程序的连续运行。而其他两个应用程序池对应的工作进程 PID都没用变。该图很好的展示了应用程序池回收的过程。
应用程序池这个东西着实让管理服务器的人头疼，如果不设置好网站随时有可能罢工，甚至拖累服务器。因此特地找来此文章供大家参考。
另外说一点,如果网站访问量不是很大，晚上没什么人访问，可以尝试凌晨重启服务器，这样可以提高服务器的速度，为第二天的访问做准备。
IIS 6的核心在于工作进程隔离模式，而应用程序池则是定义工作进程如何进行工作，因此，可以说应用程序池是整个IIS 6的核心。
和IIS 5中只能使用单个应用程序池不同，工作在工作进程隔离模式的IIS 6可以创建多个应用程序池，不同的应用程序池之间是完全隔离的，某个应用程序池停止服务时不会影响到其他应用程序池。
在使用应用程序池之前，你应该确定你所需要的应用程序池数量。可能有很多朋友会认为，既然不同的应用程序池之间是完全隔离的，那么我只需要为每个Web站点创建一个应用程序池就可以了。这个办法在IIS服务器上具有较少的Web站点数量时可以使用，但是如果IIS服务器上具有很多Web站点数量，那么这个办法就不适用了，因为不同的应用程序池在被访问时都会创建各自的工作进程，当大量的工作进程并发工作时会消耗大量的系统资源和CPU利用率，反而会降低服务器性能。你应该根据Web站点的重要性、隔离性、所运行代码的安全性和稳定性等来对IIS服务器上所具有的Web站点进行划分，然后根据情况来决定所需要的应用程序池数量。对于那些非常重要的Web站点、需要单独隔离的Web站点、所运行代码稳定性和安全性并不可靠的Web站点配置为使用各自独立的应用程序池，而将其他普通的Web站点配置为使用一个公共的应用程序池。
