[冷枫]ASP.NET中执行URL重写经典方案

使用 ISAPI 筛选器检查请求

iis 除了可以将传入 Web 请求的文件扩展名映射到相应的 ISAPI 扩展之外，还将执行许多其他任务。例如，IIS 将尝试对发出请求的用户进行身份验证，并确定通过身份验证的用户是否有权限访问被请求的文件。在处理请求的有效期内，IIS 将经历几个状态。在每个状态下，IIS 都将引发可以使用 ISAPI 筛选器以编程方式进行处理的事件。

与 ISAPI 扩展一样，ISAPI 筛选器是在 Web 服务器上安装的非托管代码块。ISAPI 扩展被设计为可以响应针对特定文件类型的请求。另一方面，ISAPI 筛选器还包含可以对 IIS 引发的事件进行响应的代码。ISAPI 筛选器可以截取甚至修改传入和传出的数据。ISAPI 筛选器可以应用于很多方面，包括：

虽然 ISAPI 筛选器可用于执行 URL 重写，但本文将讨论如何使用 ASP.NET 实现 URL 重写。不过，我们将对使用 ISAPI 筛选器与使用 ASP.NET 中的技术实现 URL 重写进行权衡。

请求进入 ASP.NET 引擎时将会发生什么情况

在 ASP.NET 之前，需要使用 ISAPI 筛选器来实现 IIS Web 服务器上的 URL 重写。由于 ASP.NET 引擎与 IIS 非常相似，因此可以使用 ASP.NET 进行 URL 重写。存在相似之处的原因在于 ASP.NET 引擎可以实现以下功能：

与 IIS 一样，ASP.NET 引擎在请求的有效期内将会触发事件，通过发信号来表示其处理过程从一个状态改变为了另一个状态。例如，当 ASP.NET 引擎首次响应请求时，beginrequest 事件将被触发。接下来触发的是 authenticaterequest 事件，该事件在已建立用户标识时出现。（此外，还有大量的其他事件：authorizerequest、resolverequestcache 和 endrequest，等等。这些事件属于 system.web.httpapplication 类；有关详细信息，请参阅位于以下网址的技术文档：HttpApplication Class Overview。）

正如上一部分所讨论的，可以创建 ISAPI 筛选器以响应 IIS 引发的事件。同样，ASP.NET 提供了 HTTP 模块，该模块可以响应由 ASP.NET 引擎引发的事件。可以将 ASP.NET Web 应用程序配置为具有多个 HTTP 模块。对于由 ASP.NET 引擎处理的每个请求，将初始化每个已配置的 HTTP 模块，并允许将事件处理程序绑定到处理请求期间所引发的事件。请注意，对每个请求均使用了许多内置 HTTP 模块。其中的一个内置 HTTP 模块是 formsauthenticationmodule，该模块首先检查是否使用了窗体身份验证，如果使用，将检查是否对用户进行了身份验证。如果没有使用，会自动将用户重定向到指定的登录页面。

如上所述，通过使用 IIS，传入请求将最终发送给 ISAPI 扩展，而 ISAPI 扩展的任务是返回特定请求的数据。例如，在请求传统的 ASP 网页时，IIS 将请求传递给 asp.dll ISAPI 扩展，该扩展的任务是返回被请求的 ASP 页面的 HTML 标记。ASP.NET 引擎使用相似的方法。初始化 HTTP 模块后，ASP.NET 引擎的下一项任务是确定应由哪个 HTTP 处理程序来处理请求。

所有通过 ASP.NET 引擎传递的请求最终都将到达 HTTP 处理程序或 HTTP 处理程序工厂（HTTP 处理程序工厂仅返回 HTTP 处理程序的实例，然后使用该实例来处理请求）。最终的 HTTP 处理程序将返回响应，即呈现被请求的资源。此响应将被发送回 IIS，然后 IIS 将响应返回给提出请求的用户。

asp.net 包括许多内置的 HTTP 处理程序。例如，pagehandlerfactory 用于呈现 ASP.NET 网页。webservicehandlerfactory 用于呈现 ASP.NET Web 服务的响应 SOAP 信封。tracehandler 将向 trace.axd 呈现请求的 HTML 标记。

图 2 描述了如何处理对 ASP.NET 资源的请求。首先，IIS 接收到请求，并将请求调度给 aspnet_isapi.dll。接下来，ASP.NET 引擎对已配置的 HTTP 模块进行初始化。最后将调用正确的 HTTP 处理程序，并呈现被请求的资源，将所生成的标记返回给 IIS 和请求客户端。

图 2. IIS 和 ASP.NET 正在处理请求

创建和注册自定义 HTTP 模块和 HTTP 处理程序

创建自定义 HTTP 模块和 HTTP 处理程序是相对简单的任务，包括创建实现正确接口的托管类。HTTP 模块必须实现 system.web.ihttpmodule 接口，而 HTTP 处理程序和 HTTP 处理程序工厂必须分别实现 system.web.ihttphandler 接口和 system.web.ihttphandlerfactory 接口。创建 HTTP 处理程序和 HTTP 模块的细节超出了本文的范围。要获得详细的背景知识，请阅读 Mansoor Ahmed Siddiqui 的文章 HTTP Handlers and HTTP Modules in ASP.NET。

创建了自定义 HTTP 模块或 HTTP 处理程序之后，必须将其注册到 Web 应用程序。为整个 Web 服务器注册 HTTP 模块和 HTTP 处理程序仅需在 machine.config 文件中进行简单的添加即可；而为特定 Web 应用程序注册 HTTP 模块或 HTTP 处理程序包括向应用程序的 Web.config 文件中添加几行 XML。

特别要说明的是，要将 HTTP 模块添加到 Web 应用程序，应在 Web.config 的 configuration/system.web 部分添加以下几行：

<httpModules>   <add type="type" name="name" /></httpModules>

type 值提供了 HTTP 模块的程序集和类名称，而 name 值提供了友好名称，可以在 Global.asax 文件中使用此友好名称来引用 HTTP 模块。

web.config 的 configuration/system.web 部分中的 <httpHandlers> 标记对 HTTP 处理程序和 HTTP 处理程序工厂进行了配置，如下所示：

<httpHandlers>   <add verb="verb" path="path" type="type" /></httpHandlers>

如上所述，对于每个传入请求，asp.net 引擎将确定应使用哪个 HTTP 处理程序来呈现请求。此决定是基于传入请求的动词和路径做出的。动词将指定所作出的 HTTP 请求的类型（GET 或 POST），而路径将指定被请求文件的位置和文件名。因此，如果我们希望 HTTP 处理程序处理对扩展名为 .scott 的文件的所有请求（GET 或 POST），可以在 Web.config 文件中添加下面几行：

<httpHandlers>   <add verb="*" path="*.scott" type="type" /></httpHandlers>

其中，type 是 HTTP 处理程序的类型。

注意：注册 HTTP 处理程序时，应确保 HTTP 处理程序使用的扩展名已从 IIS 映射到 ASP.NET 引擎，这一点非常重要。也就是说，在本 .scott 示例中，如果 .scott 扩展名没有从 IIS 映射到 aspnet_isapi.dll ISAPI 扩展，则对文件 foo.scott 的请求将导致 IIS 试图返回文件 foo.scott 的内容。为了使 HTTP 处理程序可以处理此请求，必须将 .scott 扩展名映射到 ASP.NET 引擎。然后，ASP.NET 引擎将把请求正确地路由到相应的 HTTP 处理程序。

有关注册 HTTP 模块和 HTTP 处理程序的详细信息，请务必参考 <httpModules> element documentation 和 <httpHandlers> element documentation。

实现 URL 重写

可以使用 ISAPI 筛选器在 IIS Web 服务器级别实现 URL 重写，也可以使用 HTTP 模块或 HTTP 处理程序在 ASP.NET 级别实现 URL 重写。本文重点介绍如何使用 ASP.NET 实现 URL 重写，因此我们将不对使用 ISAPI 筛选器实现 URL 重写的细节进行深入探讨。但是，有大量的第三方 ISAPI 筛选器可用于 URL 重写，例如：

通过 system.web.httpcontext 类的 rewritepath() 方法，可以在 ASP.NET 级别实现 URL 重写。httpcontext 类包含有关特定 HTTP 请求的 HTTP 特定信息。对于 ASP.NET 引擎收到的每个请求，均为该请求创建一个 httpcontext 实例。此类具有如下属性：request 和 response，提供对传入请求和传出响应的访问；application 和 session，提供对应用程序和会话变量的访问；user，提供有关通过了身份验证的用户的信息；其他相关属性。

使用 Microsoft? .NET Framework Version 1.0，rewritepath() 方法可以接受单个字符串作为要使用的新路径。httpcontext 类的 rewritepath(string) 方法在内部对 request 对象的 path 属性和 querystring 属性进行更新。除了 rewritepath(string)，.NET Framework 1.1 还包括另一种形式的 rewritepath() 方法，此方法可以接受三个字符串输入参数。此备用重载形式不仅要设置 request 对象的 path 属性和 querystring 属性，还要设置内部成员变量，这些变量用于计算 request 对象的 physicalpath、pathinfo 和 filepath 属性值。

要在 ASP.NET 中实现 URL 重写，需要创建 HTTP 模块或 HTTP 处理程序，以便完成以下操作：

例如，假设我们的网站中包含每个员工通过 /info/employee.aspx?empID=employeeID 均可访问的信息。为了使 URL 可以更多地被“删节”，我们可以决定通过以下地址来访问员工页面：/people/EmployeeName.aspx。这就是我们要使用 URL 重写的一个例子。也就是说，在请求 /people/ScottMitchell.aspx 页面时，我们要重写该 URL，以便使用 /info/employee.aspx?empID=1001 页面。