IIS URL 重写模块和 ASP.NET 路由组件比较

阅读数:1834 2008 年 11 月 6 日

话题:.NETWeb框架语言 & 开发

随着针对 IIS 7.0 的 URL 重写模块的发布,以及在.NET 框架 3.5 SP1 中包含了ASP.NET 路由(Routing),许多 ASP.NET 开发人员开始质问这两种特性彼此间的关系,以及应该何时使用。

Ruslan Yakushev 在 LearnIIS.NET 上发表了一篇很有指导意义的文章

二者本质的区别在于:IIS URL 重写的处理方式比 ASP.NET 路由在层次上更低,对于客户端是不可见的。

Ruslan 给出了IIS 7 URL 重写过程的可视化工作流。你可以看到 URL 重写模块是在请求被传递到请求处理器(Handler),例如 ASP.NET 管理的 ASPX 处理器之前被激活的。IIS URL 重写并不知道具体的请求处理器。

他同时还给出了ASP.NET 路由过程的可视化工作流。可以看到 ASP.NET 路由就是一个请求分发器,它必须明确地获知一个特定的请求究竟应途经哪个处理器。

来自 Ruslan 的描述如下:

  • URL 重写通常被用于在 Web 服务器处理请求之前操作 URL 路径。URL 重写模块并不知道处理器实际处理 URL 重写的任何内容。此外,实际的请求处理器并不知道 URL 是否已被重写。
  • ASP.NET 路由通常根据请求的 URL 路径将请求分发到处理器。与 URL 重写相反,路由组件知道处理器,并能够选择可以为请求的 URL 生成反应的处理器。你可以将 ASP.NET 路由看作是一个高级的处理器映射机制。
  • IIS URL 重写模块能够用于任何类型的 Web 应用程序,包括 ASP.NET,PHP,ASP 和静态文件。ASP.NET 路由只能用于基于.NET 框架的 Web 应用程序。
  • 在用于应用程序池方面,不管是集成的还是经典的 IIS 管道模式,IIS URL 重写模块的工作方式都是相同的。而 ASP.NET 路由则会优先选择使用集成管道模式。ASP.NET 路由也可以工作于经典模式,但是在这种情况下,应用程序的 URL 必须包含文件扩展名,或者应用程序必须在 IIS 中使用“*”配置处理器。
  • URL 重写模块可以根据域名、HTTP 标头和服务器变量进行重写判断。默认情况下,ASP.NET 路由只能使用 URL 路径以及标头的形式。
  • 除了重写功能,URL 重写模块能够执行 HTTP 重定向,确定自定义状态码以及取消请求。ASP.NET 路由则不具有这些功能。
  • URL 重写模块在当前版本中是不能扩展的。ASP.NET 路由完全能够扩展和定制。

查看英文原文:IIS URL Rewriting vs ASP.NET Routing