随着针对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路由完全能够扩展和定制。