剖析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. 通过创建自定义路由处理程序实现. 创建自定义 ...
随机推荐
- 顽强的的砂锅之——深究finally代码块与return语句的执行顺序！
当问到finally代码块的执行顺序,就算刚刚学编程的小白都能毫不犹豫的说出答案:不管异常发生与否,finally语句块的代码一定会被执行!大体上这样讲是没有错,但是finally块中的代码一定会有效 ...
- poj1328贪心中的区间问题
题意:给定海岛个数.雷达半径以及各海岛坐标,求能覆盖所有海岛的最小雷达数. 思路:先对每个海岛求一个区间:即能覆盖它的所有雷达的圆心所构成的区间.然后对区间排序,定义一个最右点over,依次延伸ove ...
- cron 编辑器修改
更改 cron 默认编辑工具 Debian 的 crontab 默认的编辑器是 nano,用起来很不习惯,怎么才能转回 VI 呢? 用如下命令即可: #update-alternatives --co ...
- IOS开发中使用CNContact\CNMutableContact 对通讯录增删改查
IOS开发中使用CNContact\CNMutableContact 对通讯录增删改查 首先当然是把CNcontact包含在工程中: @import Contacts; 1.下面是增加联系人的程序段: ...
- MongoDB和Java-PHP
一.java操作mongoDB 配置环境: 1.下mongodb JDBC驱动mongo-java-driver-3.2.2.jar,并包含在classpath中 步骤: 1.连接数据库 // 连接到 ...
- 解析xml的问题未解决
工作上需要解析xml,目前的逻辑是:解析xml到对象中,然后对象再插入数据库.但这存在内存溢出的风险. 今天做的另外一件事是将循环用到工作上,暂时还没有测试,是否能保证程序的重启.有待观察 ##### ...
- windy数（bzoj 1227）
Description windy定义了一种windy数.不含前导零且相邻两个数字之差至少为2的正整数被称为windy数. windy想知道,在A和B之间,包括A和B,总共有多少个windy数? In ...
- form 表单 设置编码和页面编码
<HTML> <HEAD> <meta http-equiv=content-type content="text/html; charset=UTF-8&qu ...
- CSS3动画效果——js调用css动画属性并回调处理详解
http://www.jb51.net/css/258407.html 这篇文章主要详细介绍了CSS3动画效果回调处理,需要的朋友可以参考下 我们在做js动画的时候,很多时候都需要做回调处理,如在一个 ...
- Angular - - $rootScope.Scope
这里讲的是一些scope的操作,如创建/注销/各种监听及scope间的通信等等. $rootScope.Scope 可以使用$injector通过$rootScope关键字检索的一个根作用域. 可以通 ...