剖析Asp.Net路由系统
对于Asp.Net Web Forms应用来说，请求的Url都是对应一个具体的物理文件(http://xxx.com/default.aspx)。这样的Url与具体物理文件紧密绑定在一起，带来了诸多方便的局限：可读性、SEO优化等。为了解决这些局限性，微软引入了URL路由系统。下面通过一个Demo来剖析一下Asp.Net的路由系统。
创建一个空的WebForm应用程序，在Global.asax.cs文件中加入如下代码：
public class Global : System.Web.HttpApplication
{
protected void Application_Start(object sender, EventArgs e)
{
//处理匹配的文件
RouteTable.Routes.RouteExistingFiles = true;
//url默认值
RouteValueDictionary defaults = new RouteValueDictionary() { { "name", "wuwenmao" }, { "id", "" } };
//路由约束
RouteValueDictionary constraints = new RouteValueDictionary() { { "name", @"\w{2,10}" }, { "id", @"\d{3}" } };
//与路由相关的值，但不参与路由是否匹配URL模式
RouteValueDictionary dataTokens = new RouteValueDictionary() { { "defaultName", "wuwenmao" }, { "defaultId", "" } };
RouteTable.Routes.MapPageRoute("default", "employees/{name}/{id}", "~/Default.aspx", false, defaults, constraints, dataTokens);
}
}
新建名为Default的WebForm页面，页面代码如下：
<%@ Page Language="C#" AutoEventWireup="true" CodeBehind="Default.aspx.cs" Inherits="WebApplication2.Default" %> <!DOCTYPE html> <html xmlns="http://www.w3.org/1999/xhtml">
<head runat="server">
<meta http-equiv="Content-Type" content="text/html; charset=utf-8"/>
<title></title>
</head>
<body>
<form id="form1" runat="server">
<h1>这是Default.aspx页面</h1>
<div> RouteData中Values：
<ul>
<% foreach (var value in RouteData.Values)
{ %>
<li>
<%=value.Key %>=<%=value.Value %>
</li>
<%} %>
</ul>
RouteData中DataTokens：
<ul>
<% foreach (var value in RouteData.DataTokens)
{ %>
<li>
<%=value.Key %>=<%=value.Value %>
</li>
<%} %>
</ul>
</div>
</form>
</body>
</html>
输入路径为一下三种，得到的结果都是一样的：
http://localhost:2947/employees/wuwenmao/001
http://localhost:2947/employees/wuwenmao
http://localhost:2947/employees/
原因是因为注册路由的时候，为路由模板中的变量设置了默认值，所以当用以上三种url时是等效的。
回头看Global文件中，在注册路由时还设置了一个变量：
这是使用正则规则限定了路由模板中变量的值，请求url中对应的变量值只有与正则匹配才能正确请求，否则返回404错误。如id值长度大于3时：
上面通过一个简单的例子体验了一下Asp.Net路由系统，下面我们通过翻看源码来剖析一下Asp.Net路由系统的实现原理。
首先，我们Global文件中使用以下语句注册一个路由时，实际上是向全局路由表添加一个路由。
通过Reflector工具，我们可以看到：
现在有个问题，在注册好路由之后，Asp.Net是如何使用路由系统的呢？实际上，Asp.Net路由系统是通过注册一个HttpModule对象，由这个HttpModule对象实现针对请求进行拦截，然后动态映射到用于处理当前请求的HttpHandler对象中，最后通过HttpHandler对象对请求进行处理并响应。这个HttpModule实际上就是UrlRoutingModule，我们在启动Asp.Net程序时，通过Global文件中的Modules属性可以验证，从下面截图可以看到，Modules属性中包含了已经注册的HttpModule，其中就包含UrlRoutingModule：
在这个UrlRoutingModule里面，又进行了哪些跟路由相关的操作呢，我们还是继续翻看源码：
通过上面的源码查看，我们可以看出，当有请求来到时，Asp.Net通过注册的UrlRoutingModule模块拦截了请求，然后从全局路由表中查找匹配的RouteData，如果找得到，根据HttpApplication获取到对应的HttpHandler，然后将其映射到当前请求上下文中，供后续的管道事件用以处理当前请求。
下面我们继续翻看源码，剖析一下UrlRoutingModule是怎么从全局路由表中获取RouteData的：
从上面可以看到，UrlRoutingModule中调用全局路由表的GetRouteData，实际上是依次调用注册的每个Route的GetRouteData，返回第一个匹配的RouteData，如果注册的路由都不匹配，返回null。
下面我们再来看看Route里面的GetRouteData做了些什么：
Match方法：
通过依次调用Route的GetRouteData方法，在GetRouteData方法中做了如下操作：
1、调用了ParsedRoute类型的Match方法进行请求Url和注册在当前Route对象中的路由模板的匹配工作，如果没有匹配，直接返回null；
2、如果请求Url和当前Route对象的路由模板匹配了，常见RouteData对象；
3、根据注册路由信息时定义的约束条件来检验当前请求Url是否通过，不通过返回null；
4、为RouteData对象的Values和DataTokens赋值操作；
5、返回RouteData对象；
到此，Asp.Net的路由系统基本上剖析完毕，还有很多细节限于篇幅没办法一一剖析。
总结：
通过以上的剖析，我们整理一下思路，对Asp.Net路由系统所做的工作做个总结：首先，我们在Global中注册了Route对象，然后通过在Asp.Net注册的HttpModule模块UrlRoutingModule进行拦截请求Url，之后从全局路由表RouteTables.Routes中依次调用Route对象的GetRouteData进行请求Url和注册路由信息的匹配，返回第一个匹配的RouteData，查找完整个RouteTables.Routes后没有匹配到，返回null，最终会返回404给前端页面。
至此，Asp.Net路由系统的剖析完毕，个人能力有限，如有不对或欠缺的地方，博友们尽可以提出修正。
剖析Asp.Net路由系统的更多相关文章
- ASP.NET路由系统实现原理：HttpHandler的动态映射
我们知道一个请求最终通过一个具体的HttpHandler进行处理,而我们熟悉的用于表示一个Web页面的Page对象就是一个HttpHandler,被用于处理基于某个.aspx文件的请求.我们可以通过H ...
- 剖析Asp.Net Web API路由系统---WebHost部署方式
上一篇我们剖析了Asp.Net路由系统,今天我们再来简单剖析一下Asp.Net Web API以WebHost方式部署时,Asp.Net Web API的路由系统内部是怎样实现的.还是以一个简单实例开 ...
- ASP.NET Web API框架揭秘：路由系统的几个核心类型
ASP.NET Web API框架揭秘:路由系统的几个核心类型 虽然ASP.NET Web API框架采用与ASP.NET MVC框架类似的管道式设计,但是ASP.NET Web API管道的核心部分 ...
- ASP.NET Web API路由系统：路由系统的几个核心类型
虽然ASP.NET Web API框架采用与ASP.NET MVC框架类似的管道式设计,但是ASP.NET Web API管道的核心部分(定义在程序集System.Web.Http.dll中)已经移除 ...
- ASP.NET Web API路由系统：Web Host下的URL路由
ASP.NET Web API提供了一个独立于执行环境的抽象化的HTTP请求处理管道,而ASP.NET Web API自身的路由系统也不依赖于ASP.NET路由系统,所以它可以采用不同的寄宿方式运行于 ...
- ASP.NET的路由系统：路由映射
总的来说,我们可以通过RouteTable的静态属性Routes得到一个基于应用的全局路由表,通过上面的介绍我们知道这是一个类型的RouteCollection的集合对象,我们可以通过调用它的MapP ...
- ASP.NET的路由系统
一.URL与物理文件的分离 1.URL与物理文件的分离 对于一个 ASP.NET Web Form应用来说,任何一个请求都对应着某个具体的物理文件.部署在Web服务器上的物理文件可以是静态的(比如图片 ...
- ASP.NET MVC , ASP.NET Web API 的路由系统与 ASP.NET 的路由系统是怎么衔接的?
ASP.NET MVC 的路由实际上是建立在 ASP.NET 的路由系统之上的. MVC 路由注册通常是这样的: RouteTable 是一个全局路由表, 它的 Routes 静态属性是一个 Ro ...
- 004_URL 路由 - 定制路由系统 & 使用区域
定制路由系统 路由系统是灵活可配置的,当然还可以通过下面这两种方式定制路由系统,来满足其他需求. 1. 通过创建自定义的RouteBase实现: 2. 通过创建自定义路由处理程序实现. 创建自定义 ...
随机推荐
- sublime text 调出结果输出框
sublime是一个非常好用的代码编辑器,同时可以build program 但是在执行代码的过程中,如果进行了查找等操作,下面原来显示输出框的地方被查找界面替代,而程序结果输出框就会"消失 ...
- FFT初解（转）
源:FFT初解 一．前言 首先申明俺不是一个算法工程师,俺是一个底层驱动工程师,有人会发问一个底层驱动工程师需要这个吗?但是我不幸的告诉你,确实是需要的,不过我们不要像算法工程师那样搞得很精通,但是还 ...
- Android控件系列之RadioButton&RadioGroup
学习目的: 1.掌握在Android中如何建立RadioGroup和RadioButton 2.掌握RadioGroup的常用属性 3.理解RadioButton和CheckBox的区别 4.掌握Ra ...
- LPC2478的SPI使用
LPC2478的spi使用 LPC2748具有一个SPI控制器,可以当做SPI主机或者从机使用,有以下特性 其使用起来很方便,并且支持中断,使用的寄存器如下 基本上,使用起来就是设置控制为,CPOL ...
- FIFO存储器
FIFO( First In First Out)简单说就是指先进先出.由于微电子技术的飞速发展,新一代FIFO芯片容量越来越大,体积越来越小,价格越来越便宜.作为一种新型大规模集成电路,FIFO芯片 ...
- cocoaPods的安装使用 以及 Carthage
http://cnbin.github.io/blog/2015/05/25/cocoapods-an-zhuang-he-shi-yong/ 按照这个步骤就OK Note:当引入已有的project ...
- Oracle 事件
Oracle 的事物 事物是设么 事物是用于高正数据的一致性,他由一组相关的dml语句组成(增加删除语句),这组语句要么全部成功要不全部失败. 如:网上转账. 1)设置保存点 Savepoint a1 ...
- Python科学计算之Pandas
Reference: http://mp.weixin.qq.com/s?src=3×tamp=1474979163&ver=1&signature=wnZn1UtW ...
- java系列--类和对象
一.成员属性,构造方法,成员方法 1.类名首字母一般大写 2.方法名的首字母一般是小写,使用驼峰法(匈牙利法) myCry, 下划线法 my_cry 3.方法的声明没有函数体(接口,抽象类),数据类型 ...
- spring mvc自定义注解--登录时密码加密注解
1,定义注解名称接口 /** * 使用该注解不用再MD5转换了 * * @author adonis * */ @Target(ElementType.PARAMETER) @Retention(Re ...