Web.config设置system.webServer

vivion34

　　在 system.webServer 元素内，创建一个 modules 元素；在 modules 元素内创建一个 add 元素，并在 name 和 type 属性中指定自定义模块。实际的名称和类型取决于要添加的模块；
　　下面的示例演示如何添加名为CustomModule的自定义模块，该模块将实现为类型Samples.CustomModule。
　　

<configuration>　　
<system.webServer>
　　
<modules>      <add name="CustomModule" type="Samples.CustomModule" />    </modules>
　　
</system.webServer>
　　
</configuration>
　　

　　向模块注册中添加 precondition 属性，并将其值设置为managedHandler。
　　此前置条件会导致仅在请求 ASP.NET 应用程序资源（例如 .aspx 文件或托管处理程序）时才调用该模块。该资源中不包括静态文件（例如 .htm 文件）。
　　其 configuration 节将类似于以下示例。
　　

<configuration>　　
<system.webServer>
　　
<modules>
　　
<add name="CustomModule" type="Samples.CustomModule"  precondition="managedHandler" />
　　
</modules>
　　
<defaultDocument>
　　
<files>
　　
<add value="Products.aspx" />
　　
</files>
　　
</defaultDocument>
　　
</system.webServer>
　　
</configuration>
　　


　关于MVC
　　对于像MVC这种比较特殊的URL，例如www.store.com/books/GetById/2
　　因为没有文件后缀名，IIS通常会无法解析,返回403或者404错误。
　　ASP.NET v4.0增加了新的特性，当运行在IIS7以上版本，并且需要IIS的一个快速修复程序KB980368，配置web.config后，将会正常处理上面这种 extensionless URL。
　　<validation validateIntegratedModeConfiguration="false"/>  这个主要作用是设置不检测 <system.web>中的配置 。
　　<modules runAllManagedModulesForAllRequests="true" /> 这里当设置为true的时候，所有的请求，包含静态文件的请求和没有文件扩展名的请求，都会经过自定义的HttpModule，其实就是为了伪静态。
　　IIS经典模式下的配置
　　服务器会继续通过 Aspnet_isapi.dll 路由托管代码请求，其处理请求的方式就像应用程序在 IIS 6.0 中运行一样，aspnet_isapi.dll（IIS的native handler扩展），通过映射到System.Web.DefaultHttpHandler进行处理。
　　

  <system.webServer>　　
<validation validateIntegratedModeConfiguration="false" />
　　
<modules runAllManagedModulesForAllRequests="true" />
　　
<handlers>
　　
<remove name="ExtensionlessUrlHandler-ISAPI-4.0_32bit" />
　　
<remove name="ExtensionlessUrlHandler-ISAPI-4.0_64bit" />
　　
<remove name="ExtensionlessUrlHandler-Integrated-4.0" />
　　
<add name="ExtensionlessUrlHandler-ISAPI-4.0_32bit" path="*." verb="GET,HEAD,POST,DEBUG,PUT,DELETE,PATCH,OPTIONS" modules="IsapiModule" scriptProcessor="%windir%\Microsoft.NET\Framework\v4.0.30319\aspnet_isapi.dll" preCondition="classicMode,runtimeVersionv4.0,bitness32" responseBufferLimit="0" />
　　
<add name="ExtensionlessUrlHandler-ISAPI-4.0_64bit" path="*." verb="GET,HEAD,POST,DEBUG,PUT,DELETE,PATCH,OPTIONS" modules="IsapiModule" scriptProcessor="%windir%\Microsoft.NET\Framework64\v4.0.30319\aspnet_isapi.dll" preCondition="classicMode,runtimeVersionv4.0,bitness64" responseBufferLimit="0" />
　　
<add name="ExtensionlessUrlHandler-Integrated-4.0" path="*." verb="GET,HEAD,POST,DEBUG,PUT,DELETE,PATCH,OPTIONS" type="System.Web.Handlers.TransferRequestHandler" preCondition="integratedMode,runtimeVersionv4.0" />
　　
</handlers>
　　
</system.webServer>
　　

　　IIS集成模式下的配置
　　服务器将使用 IIS 和 ASP.NET 的集成请求处理管道来处理请求，映射到System.Web.Handlers.TransferRequestHandle来处理
　　

<modules runAllManagedModulesForAllRequests="true" />　　
<handlers>
　　
<remove name="ExtensionlessUrlHandler-Integrated-4.0" />
　　
<remove name="OPTIONSVerbHandler" />
　　
<remove name="TRACEVerbHandler" />
　　
<add name="ExtensionlessUrlHandler-Integrated-4.0" path="*." verb="*" type="System.Web.Handlers.TransferRequestHandler" preCondition="integratedMode,runtimeVersionv4.0" />
　　
</handlers>
　　


　　经典模式（classic mode）和集成模式（Integrated mode）比较
　　在经典模式下，IIS会用ISAPI扩展（ISAPI extension aspnet_isapi.dll）和 ISAPI过滤器（ISAPI filter aspnet_filter.dll）来调用ASP.NET运行库来处理请求。
　　使用经典模式的话，服务器会用两种管道来处理请求一个负责源代码，另外一个负责托管代码。在这种模式下，应用程序不能充分使用IIS7.X提供的服务。
　　httpHandler 和 httpModule 在集成和经典模式下的区别
　　经典模式，在web.config的 <system.web> 的子节点<httpModules> 加入<add name="MyHttpModule" type="WebApplication.MyHttpModule, WebApplication"/>
　　集成模式，在web.config的 <system.webServer> <modules> 加入<add name="MyHttpModule" type="WebApplication.MyHttpModule, WebApplication"/>