IIS7 应用程序池的 托管管道模式与集成模式小结

IIS 7 托管管道模式 经典模式(Classic) 集成模式(Integrated) 分析与理解

IIS 7.0 支持两种管道模式：一种是IIS 7.0最新提供的集成管道模式，另一种是经典管道模式，经典管道模式是由先前版本的IIS提供的。

我们可以通过应用程序池设置管道模式，这项功能对IIS管理员尤其有用，因为这样既可以令一台服务器仅运行一种模式，也可以令两种模式同时运行于一台服务器上。

上述两种管道模式使用的web.config文件存在重大的区别，许多在经典管道模式下能够正常工作的web.config文件都无法在集成管道模式下正常工作。利用AppCmd.exe，我们可以将经典管道模式下的配置文件格式自动转换为集成管道模式下的配置文件格式。

我们有必要首先看看各种模式的结构，并且研究两种模式之间的区别。

1. 经典模式

在IIS 6.0中的经典模式中，ASP.NET是一个添加到IIS中的ISAPI。IIS 7.0之所以支持这种模式，是为了做到向后兼容。但是，经典模式缺少许多集成模式才能提供的特性。在经典模式中，IIS拥有自身的管道，这些管道可以通过创建一个ISAPI扩展进行扩充，而ISAPI扩展是以难以开发而著称的。ASP.NET作为一个ISAPI扩展运行，只是IIS管道中的一项组成部分。

下图很好地解释了上述情况。注意，在这种情况下，ASP.NET似乎是一种类似于马后炮的成果，仅当IIS处理ISAPI扩展时才能够发挥作用。

利用文件扩展名，可以判断使用哪个ISAPI处理程序。例如，可以将扩展名为.aspx 和.ascx的文件映射到aspnet_isapi.dll；并且将扩展名为.asp的文件映射到asp.dll，这样就可以处理传统的ASP页面；此外，将扩展名为.php的文件映射到php.dll，这样就可以处理PHP页面，前提是已经安装了php.dll。

此外，在IIS 6.0和IIS 7.0的经典模式中，某些特性是重复的。例如，错误处理就是一种重复的特性，因为IIS可以处理非ASP.NET页面，而ASP.NET可以处理所有将处理程序映射为aspnet_isapi.dll的页面。

在IIS 6.0中，我们可以将所有文件类型都映射到ASP.NET，但是这样做存在一些限制。最大的限制就是如何处理默认文档：一个默认文档仅当在global.asax中或者在一个HTTP模块中被指定为默认文档时，这个默认文档才能够得到处理。某些自定义的配置需要使用aspnet_isapi.dll处理所有的文件类型。IIS 7.0可以轻易地解决这个问题。

经典模式可以在无须修改web.config的前提下运行现有的Web网站，因此，如果使用的Web farm中既包括IIS 6.0服务器，也包括IIS 7.0服务器，或者因为某些原因无法将web.config文件转换为遵循新语法的web.config文件，那么就可以使用经典模式。

2. 集成模式

利用集成模式，可以将ASP.NET作为IIS的有机组成部分。现在，IIS服务器的功能被划分为40多个模块，因此也就将IIS和ASP.NET的功能划分为不同的组成部分。诸如StaticFileModule、BasicAuthenticationModule、FormsAuthentication、Session、Profile，以及RoleManager等模块都是IIS管道的组成部分。注意，FormsAuthentication、Session、Profile，以及RoleManager原本就是ASP.NET的组成部分，与IIS并无关系。