IIS7应用程序池详细分析

在IIS 7中，默认情况下，添加应用程序或单独的网站会自动创建相应的“应用程序池”，这也是IIS 7的一个主要功能。在IIS 5.0早期，只有一个应用池的时候，很容易造成“全军覆没，荣耀尽失”的情况。因为所有的网站(或者虚拟目录下的应用)都“寄居”在一个“池子”里，当“池子”坏了，所有的网站都是空的。后来在IIS 6中引入了“应用池”的概念，但默认不会自动添加，IIS管理员可以手动添加和配置，使IIS具有很强的隔离性。应用程序池具有以下优势：提高了服务器和应用程序性能。对于资源密集型应用程序，您可以将它们分配到自己的应用程序池，以免影响其他应用程序的性能。提高的应用程序可用性。如果一个应用程序池中的应用程序出现故障，它不会影响其他应用程序池中的应用程序。安全性提高。通过隔离应用程序，您可以减少一个应用程序访问其他应用程序资源的机会。在IIS 7中，应用程序池有两种运行模式：集成模式和经典模式。应用程序池模式影响服务器处理托管代码请求的方式。如果托管应用程序以集成模式在应用程序池中运行，服务器将使用IIS和ASP.NET的集成请求处理管道来处理请求。但是，如果托管应用程序以经典模式在应用程序池中运行，服务器将继续通过Aspnet_isapi.dll路由托管代码请求，并且它将以与应用程序在IIS 6.0中运行相同的方式处理请求。

大多数托管应用程序应该能够在集成模式的应用程序池中成功运行，但是为了实现版本兼容性，有时需要在经典模式下运行。应该首先测试以集成模式运行的应用程序，以确定是否真的需要经典模式。使用IIS 7部署ASP.NET MVC应用时，只需要选择“集成”，而不是繁琐的配置(设置ISAPI映射，添加通配符.)在IIS 6中。