前言

前面有2篇帖子提到了关于URL Routing的特性，但是发现有很多人误会URL Routing就是URl Rewriting，其实2个虽然都提供相似的功能（提高友好的URL方便搜索引起收录），但是2者的原理和运行周期是完全不一样的，本篇文章我们就来分析一下具体有什么不同。

例子

在分析原理之前，我们先来做一个例子测试一下（IIS URL Rewrite模块需要IIS7的支持）。

1.为Customer/1的URL建立对应的MVC程序

首先建立一个普通的MVC3程序，建立一个简单的CustomerController以及一个简单的Detail action，代码如下：

public class CustomerController : Controller{public ActionResult Detail(string id)    {        ViewBag.CustomerID = id;return View();    }}

我们只是简单的接受一个ID，然后放到ViewBag里以便在view里显示，view的代码如下：

@{    Layout = null;}<!DOCTYPE html><html><head><title>Detail</title></head><body><div>        MVC下运行结果：@ViewBag.CustomerID</div></body></html>

2.为Customer/1的URL建立对应的web form程序

在同一个解决方案的根目录下，建立一个Customer.aspx文件，文件代码主要是接受一个ID参数然后显示在页面上，代码：

    public partial class Customer : System.Web.UI.Page    {protected void Page_Load(object sender, EventArgs e)        {this.lblId.InnerText = Request.QueryString["id"];        }    }

html:

    <form id="form1" runat="server"><div>    asp.net web form下是：<label runat="server" id="lblId"></label></div></form>

OK,我们先在Global.asax.cs里配置Customre/1的route，代码如下：

routes.MapRoute("CustomerDetail", // Route name               "Customer/{id}", // URL with parameters               new { controller = "Customer", action = "Detail", id = UrlParameter.Optional }           );

编译访问，运行http://localhost/customer/123，页面显示结果是：

MVC下运行结果：123。

3.安装IIS URL Rewrite

到如下地址下载并安装IIS URL Rewrite，http://www.iis.net/download/URLRewrite 成功安装以后，在MVC项目的web.config里配置一条URL重写规则，代码如下（注意是system.webServer节点哦）：

  <system.webServer><validation validateIntegratedModeConfiguration="false"/><modules runAllManagedModulesForAllRequests="true"/><directoryBrowse enabled="true" /><rewrite><rules><rule name="rewrite customer"><match url="^customer/([0-9]+)" /><action type="Rewrite" url="customer.aspx?id={R:1}" /></rule></rules></rewrite></system.webServer>

该规则的意思是，将customer/1类似的请求重写到customer.aspx?id=1上，我们编译程序再来访问以下http://localhost/customer/123，页面显示结果如下：
asp.net web form下是：123

也就是说Routing在这个时候没起作用，因为URL Rewrite是在Routing之前将Customer/123这个地址转发到了Customer.aspx?id=123，由aspx文件接收请求了。我们来看看2者之间到底都是在什么周期处理的。

原理周期

1. URL Rewrite

关于URL Rewrite最早见于apache web server，当时风靡一时的url重写让一大批使用php的人欣喜若狂啊，可惜之前由于asp.net下的实现方式特别复杂，所以很多站的基本上都没怎么用，自从IIS.net推出正式的IIS URL Rewrite模块以来，彻底解决了这一问题。

URL Rewrite是在request-processing pipeline的早期阶段执行的，一般一个地址进来以后，该模块会根据规则来映射到同一服务器上的另外一条新的地址，新地址在处理的时候所接受的参数和数据都是一句新地址的参数来判断的，就比如customer.aspx?id=123，而 request里的url也是新的地址，而不是重写之前的地址，不过用户本身感觉不到变化，因为浏览器上显示的一直是旧URL，我们来看一下他的周期图。

URL Rewrite module是一个native的模块，从图可以看到他的运行周期是在Pre-begin Rquest和Begin Request之间，该模块在根据请求的URL进行规则匹配之后，最终处理新的URL以便进入IIS pipeline的剩余周期里进行处理，就是说处理请求的HttpHandler是根据重写以后的新URL来决定的。

2. URL Routing

URL Routing的原理是根据现有的URL来定义规则，定义每个规则所对应的HttpHandler，其本质和URL是否友好没有关系，只是按照统一的规则去调用相对应的HttpHandler而已，找到对应的HttpHandler，处理完以后就返回结果，找不到就暴资源错误。

Routing是托管代码模块，是在Resolve Cache周期（ PostResolveRequestCache事件）里注册，然后在MapHandler周期内处理的。在PostResolveRequestCache事件里，该模块查询静态集合routing表里的所有记录里声明的URL匹配规则，如果当前URL对应到了一个匹配的Handler，然后就使用该Handler处理结果并输出。

两者之间的不同

URL Rewrite是在request处理之前修改相应的URL，URL Rewrite模块本身不知道哪个HttpHandler处理这个请求，并且处理请求的HttpHandler也不知道自己处理的URL是原来的URL还是被重写过的地址。
和URL Rewrite正好相反，URL Routing是根据规则为URL来指定HttpHandler的，可以看做Routing是handler的高级映射。
IIS URL Rewrite可以用于任何web程序的映射处理，包括但不限于asp.net,php,asp和静态文件等，但Routing只能处理基于.net的web程序。
IIS URL Rewrite在IIS集成模式和经典模式都可以用，但默认情况下Routing只能用在集成模式下，经典模式的话需要使用扩展名或者通配符将程序映射到IIS上（其实.net有另外一个组件aspnetfilter已经帮我们做好了）。
IIS URL Rewrite可以根据域名，路径，Http Header，server变量等处理重写规则，但Routing只能按照请求的URL路径和HTTP-Method header来处理。
IIS URL Rewrite可以执行处理HTTP跳转，处理自定义的Status Code以及Abort请求，但Routing做不到这些。
IIS URL Rewrite的扩展只能扩展自己的Provider来自定义规则的存储，但Routing的扩展相对来说就非常强大了，MVC就是其中一种。

总结

两者之间有这么多不同，那我们到底该用哪一个呢?

如果你的程序是用asp.net之外的平台构建的，那你只能使用IIS URL Rewrite了，否则，我们建议的规则是：

如果你在用asp.net构建新的asp.net web程序，那就使用Routing，因为现在Routing不仅支持MVC了，也支持web form了。
如果你的asp.net web form程序已经是现成的了，并且不想修改了，那就使用URL Rewrite，它可以帮你改善搜索引擎优化。

当然，你也可以两者结合起来一起用，但是用之前一定要记得上面的图里所说明的内容：他们的执行周期不一样。

参考地址：http://learn.iis.net/page.aspx/496/iis-url-rewriting-and-aspnet-routing/

同步与推荐

本文已同步至目录索引：《大叔手记全集》

大叔手记：旨在记录日常工作中的各种小技巧与资料（包括但不限于技术），如对你有用，请推荐一把，给大叔写作的动力。

大叔手记（16）：分析URL Routing和URL Rewriting两者之间的不同相关推荐

请别埋没了URL Routing
本文做法不甚妥当,更好的做法请参考:<对Action方法的参数进行双向转化> 实现分析既然Model Binder机制有着明显的缺陷,那么我们又该如何处理这样的问题呢? 我们再来回顾一下 ...
URL Routing
们知道在ASP.NET Web Forms中,一个URL请求往往对应一个aspx页面,一个aspx页面就是一个物理文件,它包含对请求的处理. 而在ASP.NET MVC中,一个URL请求是由对应的一个 ...
小啊呜产品读书笔记001：《邱岳的产品手记-16》第30讲产品案例分析：Primer的扑克牌交互第31讲产品分析的套路（下）：如何出解决方案？
小啊呜产品读书笔记001:<邱岳的产品手记-16>第30讲产品案例分析:Primer的扑克牌交互 & 第31讲产品分析的套路(下):如何出解决方案? 一.今日阅读计划二.泛读& ...
大叔手记（12）：我的一次面试经历（谈大叔如何应对面试官）
本文目的写本文的目的,大叔不是为了装逼(虽然说话的口气有时候也确实有点装逼,性格导致的,咳...我得改),其实大叔在公司也只是小罗罗,本文的目的主要是为了向大家展示如何通过各种软技能应对面试官,这个 ...
URL原理、URL编码、URL特殊字符
From: http://blog.csdn.net/chenlycly/article/details/51820727 From: http://blog.csdn.net/zmx729618/a ...
php解析url并得到url中的参数及获取url参数的四种方式
本文给大家介绍php解析url并得到url中的参数及获取url参数的四种方式,涉及到将字符串参数变为数组,将参数变为字符串的相关知识,本文代码简单易懂,感兴趣的朋友一起看看吧下面一段代码是php解析 ...
伪静态隐藏域名后缀_你想知道的动态URL、静态URl、伪静态URL概念及区别都在这里！...
[小宅按]我们说url的动态.静态.伪静态三种形式,其实从严格分类上来说,伪静态也是动态的一种,只是表现形式为静态. 参考:动态url.静态url和伪静态url的详细讲解 - 好文分享动态URl 动 ...
大叔手记（21）：汤姆大叔博客园开博100天总结
介绍昨天是注册博客园的第100天,截止到今天大叔发了99篇帖子,加上今天这篇总共100篇,想来也应该来个总结了,本来是昨天写总结的,但由于加班,于是挪到今天了. 为何开博博客这种事物在兴起的时候就 ...
你想知道的动态URL、静态URl、伪静态URL概念及区别都在这里！
我们说url的动态.静态.伪静态三种形式,其实从严格分类上来说,伪静态也是动态的一种,只是表现形式为静态. 参考:动态url.静态url和伪静态url的详细讲解 - 好文分享动态URl 动态页面的特 ...

大叔手记（16）：分析URL Routing和URL Rewriting两者之间的不同

前言

例子