在IIS 7中，添加一个应用程序或者单独的网站，默认会自动新建一个对应的“应用程序池”，这也是IIS 7的一大特色。
在早期的IIS 5.0中，只有一个应用程序池的情况下，很容易造成“全军覆没，一荣俱损”。因为所有的网站（或者虚拟目录下的应用程序）都“寄居”在一个“池”，当这个“池”崩溃了，所有的网站都杯具了。
后来的IIS 6中，有了“应用程序池”的概念，但是默认不会自动添加，IIS 管理员可以手动去添加，配置，这样是的IIS 具有很强的隔离性。
应用程序池具有下列优点：
改进的服务器和应用程序性能。对于占用大量资源的应用程序，您可以将其分配给它们自己的应用程序池，以免影响其他应用程序的性能。
改进的应用程序可用性。如果一个应用程序池中的应用程序发生故障，将不会影响其他应用程序池中的应用程序。
改进的安全性。通过隔离应用程序，可以降低一个应用程序访问其他应用程序资源的几率。
在早期的IIS 5.0中，只有一个应用程序池的情况下，很容易造成“全军覆没，一荣俱损”。因为所有的网站（或者虚拟目录下的应用程序）都“寄居”在一个“池”，当这个“池”崩溃了，所有的网站都杯具了。
后来的IIS 6中，有了“应用程序池”的概念，但是默认不会自动添加，IIS 管理员可以手动去添加，配置，这样是的IIS 具有很强的隔离性。
应用程序池具有下列优点：
改进的服务器和应用程序性能。对于占用大量资源的应用程序，您可以将其分配给它们自己的应用程序池，以免影响其他应用程序的性能。
改进的应用程序可用性。如果一个应用程序池中的应用程序发生故障，将不会影响其他应用程序池中的应用程序。
改进的安全性。通过隔离应用程序，可以降低一个应用程序访问其他应用程序资源的几率。
在 IIS 7 中，应用程序池有两种运行模式：集成模式和经典模式。应用程序池模式会影响服务器处理托管代码请求的方式。如果托管应用程序在采用集成模式的应用程序池中运行，服务器将使用 IIS 和 ASP.NET 的集成请求处理管道来处理请求。但是，如果托管应用程序在采用经典模式的应用程序池中运行，服务器会继续通过 Aspnet_isapi.dll 路由托管代码请求，其处理请求的方式就像应用程序在 IIS 6.0 中运行一样。
大多数托管应用程序应该都能在采用集成模式的应用程序池中成功运行，但为实现版本兼容，有时也需要以经典模式运行。应该先对集成模式下运行的应用程序进行测试，以确定是否真的需要采用经典模式。使用IIS 7 部署asp.net mvc 应用程序时，只需要选择“集成”即可，不需要像在IIS 6中繁琐的配置（设置ISAPI映射，添加通配符...）
原文地址：http://www.cr173.com/html/18969_1.html
