IIS7.5应用程序池集成模式和经典模式的区别介绍
之前转帖过一个 但是感觉不如这个说的细: https://www.jb51.net/article/31010.htm
在 IIS 7.5 中，应用程序池有两种运行模式：集成模式和经典模式。
应用程序池模式会影响服务器处理托管代码请求的方式。
如果托管应用程序在采用集成模式的应用程序池中运行，服务器将使用 IIS 和 ASP.NET 的集成请求处理管道来处理请求。
如果托管应用程序在采用经典模式的应用程序池中运行，服务器会继续通过 Aspnet_isapi.dll 路由托管代码请求，其处理请求的方式就像应用程序在 IIS 6.0 中运行一样。
经典模式：
指的是与IIS 6或者之前版本保持兼容的一种模式，一个典型问题就是，在处理ASP.NET这种动态网站的时候，它是通过一个所谓的ISAPI程序，作为插件的方式来工作的。针对不同的动态应用程序（例如ASP,PHP等），会需要不同的ISAPI。
集成模式：
这种全新的模式，允许我们将ASP.NET更好地与IIS集成，甚至允许我们在ASP.NET中编写一些功能（例如Module）来改变IIS的行为（扩展）。集成的好处是，不再通过ISAPI的方式，提高了速度和稳定性。至于扩展，则可以使得我们对于IIS以及其他类型的请求有更多的控制。
升级过程中出现了比较多的问题，前面文章也提到过几个。这次就主要介绍下httpHandler 和 httpModule 在集成和经典模式下的区别。很多文件上传等都是需要使用到httpModule去实现。我今天就出现了NeatUpload在iis7.5下出现未将对象引用到设计实例的错误。所以用httpModule作为测试案例。
1.新建测试网站WebApplication，加入MyHttpModule类实现IHttpModule接口，主要目的是测试程序是否经过了HttpModule，经过的在页面输出HttpModule字符。
|
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
|
public
class
MyHttpModule : IHttpModule
{
public
void
Dispose()
{
}
public
void
Init(HttpApplication context)
{
context.BeginRequest += context_BeginRequest;
}
protected
void
context_BeginRequest(
object
sender, EventArgs e)
{
var context = sender
as
HttpApplication;
context.Response.Clear();
context.Response.Write(
"HttpModule"
);
context.Response.End();
}
}
|
2、2.在IIS7.5部署网站，首先使用经典模式应用程序池。在web.config的 <system.web> 的子节点<httpModules> 加入<add name="MyHttpModule" type="WebApplication.MyHttpModule, WebApplication"/>
|
1
2
3
4
5
6
7
8
9
10
|
<httpHandlers>
<remove verb=
"*"
path=
"*.asmx"
/>
<add verb=
"*"
path=
"*.asmx"
validate=
"false"
type=
"System.Web.Script.Services.ScriptHandlerFactory, System.Web.Extensions, Version=3.5.0.0, Culture=neutral, PublicKeyToken=31BF3856AD364E35"
/>
<add verb=
"*"
path=
"*_AppService.axd"
validate=
"false"
type=
"System.Web.Script.Services.ScriptHandlerFactory, System.Web.Extensions, Version=3.5.0.0, Culture=neutral, PublicKeyToken=31BF3856AD364E35"
/>
<add verb=
"GET,HEAD"
path=
"ScriptResource.axd"
type=
"System.Web.Handlers.ScriptResourceHandler, System.Web.Extensions, Version=3.5.0.0, Culture=neutral, PublicKeyToken=31BF3856AD364E35"
validate=
"false"
/>
</httpHandlers>
<httpModules>
<add name=
"MyHttpModule"
type=
"WebApplication.MyHttpModule, WebApplication"
/>
<add name=
"ScriptModule"
type=
"System.Web.Handlers.ScriptModule, System.Web.Extensions, Version=3.5.0.0, Culture=neutral, PublicKeyToken=31BF3856AD364E35"
/>
</httpModules>
|
访问网站可以发现页面输出如下，说明程序经过了HttpModule
直接切换应用程序池成集成模式会发现页面输出为空。证明程序没有经过HttpModule。那在集成模式下HttpModule如何才能执行呢？ 之前部署URLRewriter的时候查资料只知道需要 <system.webServer> <modules>注册HttpModule。仔细查看配置文件会发现有一段如下英文.意思大概就是iis7版本的设置。之前版本无需设置。
<!--
The system.webServer section is required for running ASP.NET AJAX under Internet
Information Services 7.0. It is not necessary for previous version of IIS.
-->
这样就大概明白意思是iis7.0之后有部分web配置移动到system.webServer中。查阅相关得到答案确实如此 详细资料见 http://www.cnblogs.com/buaaboyi/archive/2011/01/20/1939903.html
于是在<system.webServer> <modules>中加入配置如下，刷新页面，页面能够输出字符HttpModule，证明成功了。
|
1
2
3
4
5
6
7
|
<system.webServer>
<validation validateIntegratedModeConfiguration=
"false"
/>
<modules>
<remove name=
"ScriptModule"
/>
<add name=
"MyHttpModule"
type=
"WebApplication.MyHttpModule, WebApplication"
/>
<add name=
"ScriptModule"
preCondition=
"managedHandler"
type=
"System.Web.Handlers.ScriptModule, System.Web.Extensions, Version=3.5.0.0, Culture=neutral, PublicKeyToken=31BF3856AD364E35"
/>
</modules>
|
由于在升级过程成有一个站点出现 HTTP 错误 500.22 - Internal Server Error 检测到在集成的托管管道模式下不适用的 ASP.NET 设置
当时在比较急的情况下就直接删除了 <system.web> 的子节点<httpModules> 程序正常运行。后面通过仔细和正常的站点对比是发现是缺少 <validation validateIntegratedModeConfiguration="false"/> 这个导致，这个主要作用是设置不检测 <system.web>中的配置
经过这今天的折腾终于是对iis7.5上的部署有了一定了解了。