当前位置: 移动技术网 > 网络运营>服务器>Windows > IIS7 经典模式和集成模式的区别分析

IIS7 经典模式和集成模式的区别分析

2019年05月24日  | 移动技术网网络运营  | 我要评论
经典模式是为了与之前的版本兼容,使用isapi扩展来调用asp.net运行库,原先运行于iis6.0下的web应用程序迁移到iis7.0中只要将应用程序配置成经典模式,代码基本不用修改就可以正常运行。集成模式是一种统一的哀求处理管道,它将asp.net请求管道与iis核心管道组合在一起,这种模式能够提供更好的性能,能够实现配置和治理的模块化,而且增加了使用托管代码模块扩展iis时的灵活性。假如老的web应用程序运行于iis7.0的集成模式下,可能需要对应用程序的web.config文件进行修改,尤其是使用了实现ihttphandler接口的自定义模块的情况。iis7.0在同一个服务器上能够同时支持两种模式的应用程序。

iis6.0中asp.net mmc管理单元用于配置asp.net,7.0中asp.net应用程序的管理域iis管理更加紧密的集成在一起,不存在单独的管理单元,所有的iis和asp.net配置都是使用iis管理器完成的。iis7.0配置信息基于.net framework配置系统,所以iis7.0中运行的应用程序的web.config文件同时包含web服务器和asp.net配置设置,例如可以再web.config文件中设置扩展名和文件的映射(iis6.0中必须在iis中进行配置)。

web.config文件的变化

system.webserver节指定了应用于web应用程序的iis7.0设置,其父节点是configuration,该节点中可以设置的内容包括:

当请求未包含指定资源时,web服务器返回给客户端的默认文档(defaultdocument); 响应的压缩设置(httpcompression) 自定义头部(httpprotocol节的customheaders) 模块(modules) 处理程序(handlers)

其中的一些设置仅适用于集成模式,而不适用于经典模式,如经典模式下运行的应用程序则忽略web.config的system.webserver节中指定的所有托管代码模块和处理程序,这种模式下web应用程序应该在syste.web节的httpmodules和httphandlers中定义模块和处理程序。

将 web 应用程序迁移到集成模式

不包含自定义模块或处理程序的 web 应用程序通常无需更改即可在 iis 7.0 集成模式下正常工作。对于依靠于自定义模块或处理程序的 web 应用程序,需要执行以下步骤来使其能够在集成模式下运行:

使用本主题稍后的将 web config 文件迁移到集成模式部分中描述的方法之一,在 web.config 文件的 system.webserver 节中注册自定义模块和处理程序。

仅在自定义模块的 init 方法中定义 httpapplication 请求管道事件(如 beginrequest 和 endrequest)的事件处理程序。

请确保您已解决 upgrading asp.net applications to iis 7.0: differences between iis 7.0 integrated mode and classic mode(将 asp.net 应用程序升级到 iis 7.0:iis 7.0 集成模式和经典模式之间的区别)的“known differences between integrated mode and classic mode”(集成模式和经典模式之间的已知区别)部分中讨论的问题。

实现 ihttpmodule 接口的模块被称为托管代码模块,因为它们是使用 .net framework 生成的。可以在服务器级别或应用程序级别注册托管代码模块。本机代码模块是仅在服务器级别注册的 dll(非托管代码)。在集成模式下,将以托管模块的形式实现核心 asp.net 功能,例如会话状态和 forms 身份验证。

在将应用程序从经典模式迁移到集成模式时,可以保留经典模式下的自定义模块和处理程序注册,也可以将这些注册移除。如果不移除经典模式下使用的 httpmodules 和 httphandlers 注册,则必须将 validation 元素的 validateintegratedmodeconfiguration 属性设置为 false 以避免错误。validation 元素是 system.webserver 元素的子元素。有关更多信息,请参见 asp.net integration with iis 7.0(将 asp.net 与 iis 7.0 集成)中的“disabling the migration message”(禁用迁移消息)部分。

迁移 web.config 文件以便在集成模式下使用

如果模块或处理程序是在应用程序级别定义的,则不会自动调用该模块或处理程序。这涉及符合以下条件的模块或处理程序:在 bin 文件夹下的程序集中定义;在 app_code 文件夹下作为源代码定义;没有在 web.config 文件的 system.webserver 节中注册和定义。为了使模块或处理程序能够参与集成模式请求管道,必须使用下列方法之一注册该模块或处理程序:

直接编辑 web.config 文件,并且将 modules 或 handlers 元素添加到 system.webserver 元素中。请注重,与经典模式相比,元素名称是不同的:modules 和 handlers 分别对应于经典模式下的 httpmodules 和 httphandlers。

使用 iis 管理器配置模块或处理程序。有关更多信息,请参见 configuring handler mappings in iis 7.0(在 iis 7.0 中配置处理程序映射)和 configuring modules in iis 7.0(在 iis 7.0 中配置模块)。

使用 iis 7.0 命令行工具 (appcmd.exe)。有关更多信息,请参见 configure settings for a site application virtual directory or url by using appcmd.exe(使用 appcmd.exe 配置站点、应用程序、虚拟目录或 url 的设置)。

用来使用集成模式的类和属性

在 iis 7.0 集成模式以及 .net framework 3.0 版或更高版本中使用应用程序时,可以使用下面这些在经典模式下不可用的类和成员:

httpresponse 对象的 substatuscode 属性,使用它可以设置在配置了失败请求跟踪的情况下有用的代码。有关更多信息,请参见 troubleshooting failed requests using failed request tracing in iis 7.0(使用 iis 7.0 中的跟踪功能解决请求失败的问题)。

httpresponse 对象的 headers 属性,使用它可以访问响应头。

httpcontext 对象的 ispostnotification 和 currentnotification 属性,在提供 httpapplication 事件的处理程序时可以使用它们。

httprequest 对象的 headers 和 servervariables 属性,它们支持写功能。

如对本文有疑问, 点击进行留言回复!!

相关文章:

验证码:
移动技术网