ASP.NET中URL Routing和IIS上URL Rewriting的区别
作者:汤姆大叔 发布时间:2024-06-05 09:25:27
前言
前面有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/


猜你喜欢
- 涉及概念并发安全Map分段锁sync.MapCAS ( Compare And Swap )双检查分断锁type SimpleCache s
- 前言废话滑块验证码破解是一直都想搞的项目,毕竟多数网站都会采用滑块验证码,于是最近在修改论文的闲暇之余把这事儿给解决了。要搞现在的滑块验证码
- 在用django写项目时,遇到了许多场景,关于ORM操作获取数据的,但是不好描述出来,百度搜索关键词都不知道该怎么搜,导致一个人鼓捣了好久。
- 众所周知,Python开发框架大大减少了开发者不必要的重复劳动,提高了项目开发效率的同时,还使得创建的程序更加稳定。目前比较主流的Pytho
- 今天来认识一下两个我不太常用到的html标签:sub标记和sup标记。定义和用法:<sub> 标签可定义下标文本。<sup
- 计算机之所以能做很多自动化的任务,因为它可以自己做条件判断。比如,输入用户的年龄,根据年龄打印不同的内容。。。Python程序中,能让计算机
- 官方文档:https://elasticsearch-py.readthedocs.io/en/master/1、介绍python提供了操作
- 1. ... 对象没错,你没看错,就是 "..."在Python中 ... 代表着一个名为 
- 在将string类型的数据类型转换为spark rdd时,一直报这个错,StructType can not accept object %
- 在日常开发中,我们前端必不可少的需要像后端请求数据。但是一般前后端分离,所以域名、端口等肯定不尽相同,这样就不可避免的会遇到浏览器的同源策略
- 你家中的CD、VCD一定很多吧?是不是常遇到为找一张CD把一抽屉的碟子翻得乱七八糟的情况,你一定没少受埋怨——你不想整理它们一下?如:影片是
- 下面是一段产生log-normal分布的代码,以此进行说明。clear all;clc;for t=1:100 Traffic(t) =cu
- 问题:因为有的友情连接的网站关闭或者网络连接较慢导致连接的LOGO图片显示不出来或者显示很慢.在IE下面老是提示剩下几项没打开,看起来很不舒
- 为了分析深圳市所有长租、短租公寓的信息,爬取了某租房公寓网站上深圳区域所有在租公寓信息,以下记录了爬取过程以及爬取过程中遇到的问题:爬取代码
- 前言本文总结了mysql中DCL,常用的一些权限控制,后续使用到其他会继续补充。一、用户控制管理创建用户create user '用
- 本文实例讲述了Python实现读取邮箱中的邮件功能。分享给大家供大家参考,具体如下:#-*- encoding: utf-8 -*-impo
- 本文实例讲述了Python简明入门教程。分享给大家供大家参考。具体如下:一、基本概念1、数在Python中有4种类型的数——整数、长整数、浮
- 前言在上一篇文章PyG搭建GCN前的准备:了解PyG中的数据格式中,大致了解了PyG中的数据格式,这篇文章主要是简单搭建GCN来实现节点分类
- 关键术语介绍为了方便开源库的快速上手,我们先来了解 excel 中的几个关键术语,如下图所示,①为sheet,也就是表格中的页签;②为row
- 本文实例讲述了php+mysqli实现批量替换数据库表前缀的方法。分享给大家供大家参考。具体分析如下:在php中有时我们要替换数据库中表前缀