剖析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", "001" } };
//路由约束
RouteValueDictionary constraints = new RouteValueDictionary() { { "name", @"\w{2,10}" }, { "id", @"\d{3}" } };
//与路由相关的值，但不参与路由是否匹配URL模式
RouteValueDictionary dataTokens = new RouteValueDictionary() { { "defaultName", "wuwenmao" }, { "defaultId", "001" } };
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 Core MVC 配置全局路由前缀
ASP.NET Core MVC 配置全局路由前缀 前言 大家好,今天给大家介绍一个 ASP.NET Core MVC 的一个新特性,给全局路由添加统一前缀.严格说其实不算是新特性,不过是Core MVC特有的. 应用背景 不知道大家在做 Web Api 应用程序的时候,有没有遇到过这种场景,就是所有的接口都是以 /api 开头的,也就是我们的api 接口请求地址是像这样的: http://www.example.com/api/order/333 或者是这样的需求 http://www.exa
-
asp.net不用设置iis实现url重写 类似伪静态路由
程序要调整的部分只有两块.一是web.config文件.二是链接地址.所需urlrewrite.dll 首先下载URLRewriter:http://download.microsoft.com/download/0/4/6/0463611e-a3f9-490d-a08c-877a83b797cf/MSDNURLRewriting.msi 下载安装后再bin目录下找到URLRewriter.dll文件 好了开始实施.第一步:将urlrewrite.dll下载到你的web程序目录里去.哪都行.我是
-
解读ASP.NET 5 & MVC6系列教程（11）：Routing路由
新版Routing功能介绍 在ASP.NET 5和MVC6中,Routing功能被全部重写了,虽然用法有些类似,但和之前的Routing原理完全不太一样了,该Routing框架不仅可以支持MVC和Web API,还支持一般的ASP.NET5程序.新版的改变有如下几个部分. 首先,Routing系统是基于ASP.NET 5的,是一个独立于MVC的路由框架,而不是基于MVC的.MVC只是在上面扩展了一个快捷方式而已. 其次,在ASP.NET 5中,MVC和Web API控制器没有区别了,即合二为一了
-
ASP.NET Core中使用默认MVC路由的配置
ASP.NET Core里Route这块的改动不大,只是一些用法上有了调整,提供了一些更加简洁的语法. 而对于自定义路由的支持当然也是没有问题的,这个功能应该是从MVC1.0版本就已经有这个功能. 先看看ASP.NET Core里面实现默认MVC路由的配置方式 通常情况下,在使用MVC项目的时候,默认的路由就足够了,就是常见的通过Controller和Action获取具体的方法的方式. 从一个最基本的项目开始,执行以下步骤,就可以使得项目支持MVC路由 1.创建一个空白的ASP.NET Core
-
浅析ASP.NET路由模型工作原理
ps:这是针对ASP.NET4.5版本的,好像在最新的5.0版本中加入了OWIN,彻底解耦了和Web服务器的耦合,我还没有研究过,不敢妄言4.5的模型适用5.0. action*0x1:大话ASP.NET模型 首先我们先来了解下一个请求的悲欢离合的命运,看看它的一生中所走过的蜿蜒曲折的道路.如下图所示: 在如上所示的风光旖旎的画卷中,我们可以看到一个"请求"从客户端浏览器出发,经历千山万水到达服务器,服务器的内核模块的HTTP.SYS热情款待了它,对它进行简单的修饰之后,就和它依依惜别
-
为ASP.NET MVC及WebApi添加路由优先级
一.为什么需要路由优先级 大家都知道我们在Asp.Net MVC项目或WebApi项目中注册路由是没有优先级的,当项目比较大.或有多个区域.或多个Web项目.或采用插件式框架开发时,我们的路由注册很可能 不是写在一个文件中的,而是分散在很多不同项目的文件中,这样一来,路由的优先级的问题就突显出来了. 比如: App_Start/RouteConfig.cs中 routes.MapRoute( name: "Default", url: "{controller}/{actio
-
ASP.NET MVC3关于生成纯静态后如何不再走路由直接访问静态页面
要解决这个问题,我们需要先了解ASP.NET应用程序的生命周期,先看下面作者整理的一张图片: 从图中我们可以清楚的看到:通用IIS访问应用程序时,每次的单个页面URL访问时,都会先经过HttpApplication 管线处理请求,走过BeginRequest 事件之后才会去走路由访问具体的Controller和Action,最后结束的时候会请求EndRequest事件.下面用一张图来表示这个顺序: 注意图中标示的红色部分就是我们要实现的部分,实现如下:1 新建MyHandler.cs 复制代码
-
asp.net mvc路由篇 如何找到 IHttpHandler方法介绍
学习是使用asp.net已经有很长一段时间了,现在就来分析一下mvc的整过过程吧.个人计划写一个mvc系列的博文,仅从源代码的角度来分析mvc.在接触mvc时我们一定会经历路由,那么路由这东东是怎么搞出来的啊.在我们的web.config中有这么一句: <add assembly="System.Web.Routing, Version=4.0.0.0, Culture=neutral, PublicKeyToken=31BF3856AD364E35" /> 看来路由是它咋
-
剖析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.HttpA
-
.NET/ASP.NET Routing路由(深入解析路由系统架构原理)
1]开篇介绍 这篇文章让我们愉快的学习一下ASP.NET中核心的对象模型Routing模块,为什么说愉快呢,因为Routing正是建立在大家都比较熟悉的ASP.NET管道模型基础之上的,所以相比其他一些陌生的概念会轻松很多,不过不要紧一回生二回熟: ASP.NET Routing 系统是一切通过ASP.NET进行Uri访问应用程序的基础(并非物理文件的直接映射):随着Routing的出现,我们的WEB设计已经和以前大不一样:越来越轻量级.简单化,都通过简便的Uri资源的方式进行处理,将精力放在业
-
剖析Asp.Net Web API路由系统---WebHost部署方式
上一篇我们剖析了Asp.Net路由系统,今天我们再来简单剖析一下Asp.Net Web API以WebHost方式部署时,Asp.Net Web API的路由系统内部是怎样实现的.还是以一个简单实例开头. 创建一个空的WebApi项目,在Global中注册路由信息: public class WebApiApplication : System.Web.HttpApplication { protected void Application_Start() { //注册路由 GlobalConf
-
SpringCloud Gateway 路由配置定位原理分析
环境:springcloud Hoxton.SR11 本节主要了解系统中的谓词与配置的路由信息是如何进行初始化关联生成路由对象的.每个谓词工厂中的Config对象又是如何被解析配置的. 所有的谓词工厂中的Config中属性值是如何被配置的. 在SpringCloud Gateway中的所有谓词工厂如下: 命名规则:XxxRoutePredicateFactory.所有的这些谓词工厂都是如下的继承关系 public class MethodRoutePredicateFactory extends
-
SpringBoot源码剖析之属性文件加载原理
目录 前言 1.找到入口 2.ConfigFileApplicationListener 2.1 主要流程分析 2.2 Loader构造器 2.3 properties加载 总结 前言 首先我们来看一个问题.就是我们在创建SpringBoot项目的时候会在对应的application.properties或者application.yml文件中添加对应的属性信息,我们的问题是这些属性文件是什么时候被加载的?如果要实现自定义的属性文件怎么来实现呢?本文来给大家揭晓答案: 1.找到入口 结合我们前面
-
简单谈谈React中的路由系统
React中的路由系统 提起路由,首先想到的就是 ASPNET MVC 里面的路由系统--通过事先定义一组路由规则,程序运行时就能自动根据我们输入的URL来返回相对应的页面.前端中的路由与之类似,前端中的路由是根据你定义的路由规则来渲染不同的页面/组件,同时也会更新地址栏的URL.本篇文章要介绍的是React中经常使用到的路由,react-router主要使用HTML5的history API来同步你的UI和URL. react-router的最新版本是v4.1.1,由于4.0版本和之间的版本A
-
asp.net获取系统当前时间的方法详解
本文实例讲述了asp.net获取系统当前时间的方法.分享给大家供大家参考,具体如下: 在c# / ASP.net中我们可以通过使用DataTime这个类来获取当前的时间.通过调用类中的各种方法我们可以获取不同的时间:如:日期(2008-09-04).时间(12:12:12).日期+时间(2008-09-04 12:11:10)等. //获取日期+时间 DateTime.Now.ToString(); // 2008-9-4 20:02:10 DateTime.Now.ToLocalTime().
-
Python Django基础二之URL路由系统
MVC和MTV框架 MVC Web服务器开发领域里著名的MVC模式,所谓MVC就是把Web应用分为模型(M),控制器(C)和视图(V)三层,他们之间以一种插件式的.松耦合的方式连接在一起,模型负责业务对象与数据库的映射(ORM),视图负责与用户的交互(页面),控制器接受用户的输入调用模型和视图完成用户的请求,其示意图如下所示: | M:models数据库相关:V:views视图相关 C:controller控制器 url分发 | MTV Django的MTV模式本质上和MVC是一样的,也是为了各
-
Python实现TCP探测目标服务路由轨迹的原理与方法详解
本文实例讲述了Python实现TCP探测目标服务路由轨迹的原理与方法.分享给大家供大家参考,具体如下: 一 点睛 在此次实践中,通过scapy的traceroute()方法实现探测机到目标服务器的路由轨迹,整个过程的原理见下图,首先通过探测机以SYN方式进行TCP服务扫描,同时启动tcpdump进行抓包,捕获扫描过程经过的所有路由点,再通过graph()方法进行路由IP轨迹绘制,中间调用ASN映射查询IP地理信息并生成svg流程文档,最后使用ImageMagick工 具将svg格式转换成png,