大家好,我又来吹牛逼了

~-_-~

转载请注明出处:来自吹牛逼之《ASP.NET路由模型解析》

背景:很多人知道Asp.Net中路由怎么用的,却不知道路由模型内部的运行原理,今天我就给大家吹下ASP.NET的路由模块是如何工作的。

ps:这是针对ASP.NET4.5版本的,好像在最新的5.0版本中加入了OWIN,彻底解耦了和Web服务器的耦合,我还没有研究过,不敢妄言4.5的模型适用5.0。(是不是被我严谨的态度震慑了_-_)

action*0x1:大话ASP.NET模型

首先我们先来了解下一个请求的悲欢离合的命运,看看它的一生中所走过的蜿蜒曲折的道路。如下图所示:

(在这里感谢马伦老师唾沫横飞的讲解,终于让我理解它的一生。)

在如上所示的风光旖旎的画卷中,我们可以看到一个“请求”从客户端浏览器出发,经历千山万水到达服务器,服务器的内核模块的HTTP.SYS热情款待了它,对它进行简单的修饰之后,就和它依依惜别了,因为HTTP.SYS知道它是一个有梦想的“请求”,它应该去它该去的地方,于是就把它送到了IIS。

IIS是片神奇的土地,这里有一位伟大的神灵叫做inetinfo.exe,于是它便去神灵的居所W3SVC服务(windows服务)祈祷,希望能给他一些指示,神灵通过查阅天书(IIS的配置文件),知道了它不是一般的静态文件,不能把它直接送回去,应该让它去它的族人开办的加工厂(即对应网站的工作进程中)好好修习一番。

现任加工厂老大叫w3wp.exe,在IIS6以前是aspnet_wp.exe,其因为没有管理好各个加工厂之间的地盘问题被罢免了(asp.net_wp.exe用一个进程寄宿所有的网站,用应用程序域进行分割的,结果导致网站之间相互影响),现任老大w3wp.exe通过一个网站一个进程的方式把问题解决了,因此顺利上位。

初入加工厂的“请求”拜访了门卫asp.net_isapi.dll,门卫发现它是第一个过来的“请求”,于是为它打开了工厂的生产车间(即第一个请求到达时,启动了asp.net运行的环境,后来的请求就可以直接进入这个环境里。),并请车间主任ISAPIRuntime来负责它,主任兴高采烈的来欢迎它(即ISAPIRuntime调用ProcessRequest(简称PR)方法,访问当前请求所在的ecb句柄),并让土里土气的它换上了统一服装HttpWorkRequest(即把请求进行简单的封装),然后叫来班长HttpRuntime,让班长安排它的工作。

班长说:”车间里面有危险,你先穿上安全制服HttpContext。”(即通过PR方法把HttpWorkRequest封装成HttpContext),然后去组长宿舍(HttpApplicationFactory)准备叫一个组长(HttpApplication)来带领它,结果发现还没有组长,班长只好去招聘一个新组长。

每一个组长都是经过严格训练才能上岗的,先要熟读入厂准则Global.asax(即先编译Global.asax文件),再通过准则中Application_Start方法考验(即调用Application_Start方法),如此这般方成为一代组长。每位新任组长第一件事就是把所有的车间模块装配好,并创建好车间管道(通过读取配置文件,加载所有的IHttpModule,并调用他们的Init方法,一般init方法都是注册管道事件,之后通过BuidStepManager方法,根据经典模式或者集成模式生成对应的StepManager)。

新任组长见到“请求”,二话不说直接启动车间管道,将其丢进去。穿着安全制服HttpContext的“请求”要依次通过管道中所有的关卡(asp.net管道模型),其中在第7个关卡之后,生成了IHttpHandler类型的对象,并在第11个关卡之后执行该对象的ProcessRequest方法处理请求,在这里“请求”得到完美的加工塑造,生成了HttpResponse,再通过剩下的管道,实现了梦想的请求就沿着原路返回了。上图中第11、12个事件之间描述的是WebForm的Page对象处理请求的流程(即页面生命周期)。

至此,一个请求的跌宕起伏的人生就说完了,各位观众欲知路由模块具体怎么发挥作用的,还请先捧个人场,右下角点个赞。

action*0x2:路由模型解析

通过上文我们知道组长HttpApplication对象会负责组装所有的IHttpModule,它是如何加载的呢?我们观察反编译的代码:

private void InitModules()
{
HttpModuleCollection modules = RuntimeConfig.GetAppConfig().HttpModules.CreateModules();
HttpModuleCollection other = this.CreateDynamicModules();
modules.AppendCollection(other);
this._moduleCollection = modules;
this.InitModulesCommon();
}

RuntimeConfig.GetAppConfig().HttpModules.CreateModules();通过这行代码,我们可以清楚的发现它读取了运行时的配置文件,那么我们打开运行时的配置文件以观究竟。

果然在这里add了一个System.WebRouting.UrlRoutingModule类型。接下来我们再用反编译工具看这个类型的源码:

如我们所料UrlRoutingModule实现了IHttpModule接口,我们看看它的Init方法干了些什么?

protected virtual void Init(HttpApplication application)
{
if (application.Context.Items[_contextKey] == null)
{
application.Context.Items[_contextKey] = _contextKey;
application.PostResolveRequestCache += new EventHandler(this.OnApplicationPostResolveRequestCache);
}
}

对第7个事件PostResolveRequestCache注册方法OnApplicationPostResolveRequestCache,那么这个方法又是干啥的呢?

public virtual void PostResolveRequestCache(HttpContextBase context)
{
RouteData routeData = this.RouteCollection.GetRouteData(context);//匹配路由,得到匹配结果RouteData。
if (routeData != null)
{
IRouteHandler routeHandler = routeData.RouteHandler;
if (routeHandler == null)
{
throw new InvalidOperationException(string.Format(CultureInfo.CurrentCulture, SR.GetString("UrlRoutingModule_NoRouteHandler"), new object[]));
}
if (!(routeHandler is StopRoutingHandler))
{
RequestContext requestContext = new RequestContext(context, routeData);
context.Request.RequestContext = requestContext;
IHttpHandler httpHandler = routeHandler.GetHttpHandler(requestContext);//获取处理当前请求的IHttpHandler对象。
if (httpHandler == null)
{
object[] args = new object[] { routeHandler.GetType() };
throw new InvalidOperationException(string.Format(CultureInfo.CurrentUICulture, SR.GetString("UrlRoutingModule_NoHttpHandler"), args));
}
if (httpHandler is UrlAuthFailureHandler)
{
if (!FormsAuthenticationModule.FormsAuthRequired)
{
throw new HttpException(0x191, SR.GetString("Assess_Denied_Description3"));
}
UrlAuthorizationModule.ReportUrlAuthorizationFailure(HttpContext.Current, this);
}
else
{
context.RemapHandler(httpHandler);//映射:用当前IHttpHandler对象处理请求。
}
}
}
}

代码已经加了注释,3步走:匹配路由→获取处理当前请求的IHttpHandler对象→映射:用当前IHttpHandler对象处理请求。之后会在第11、12个事件之间调用IHttpHandler对象的PR方法处理当前请求。

我们再整理下思路:ASP.NET先注册了UrlRoutingModule模块,他就是一个实现了IHttpModule接口的类,其Init方法就是在第7个事件上注册一个方法,该方法先匹配路由,如果匹配成功了,则用匹配结果RouteData中的IHttpHandler对象映射到当前上下文中,这样在之后第11、12个事件之间就会调用这个IHttpHandler对象处理请求。

那么问题来了,Route对象是什么时候注入进去的,IHttpHandler对象又是谁?

还记得路由规则是怎么添加的吗?如下面代码所示:

public class Global : System.Web.HttpApplication
{ protected void Application_Start(object sender, EventArgs e)
{
var defaults = new RouteValueDictionary();
defaults.Add("name", "*");
//方式一:
//通过RouteTable的静态对象Routes新增一个Route类型的对象。
RouteTable.Routes.Add("app", new Route("app/{name}", defaults, new MyRouteHandler()));
//方式二:
//通过RouteTable的静态对象Routes的扩展方法新增一个路由规则。
RouteTable.Routes.MapPageRoute("default", "app/{name}", "~/WebForm1.aspx", false, defaults);
}
}

这是我们经常用的两种方式添加路由规则,方式一中有我们自己编写的MyRouteHandler类型的实例作为参数,其实就是通过IRouteHandler接口返回一个IHttpHandler对象。

/// <summary>
/// 实现了IRouteHandler接口的类型
/// </summary>
internal class MyRouteHandler : IRouteHandler
{
public IHttpHandler GetHttpHandler(RequestContext requestContext)
{
//返回一个Page对象,用于处理请求。
return new WebForm1();
}
}

其实这两种方式没有本质上的区别,因为方式二中路由规则参数都会实例化一个Route对象的。

我们分析方式二的源代码:

public Route MapPageRoute(string routeName, string routeUrl, string physicalFile, bool checkPhysicalUrlAccess, RouteValueDictionary defaults, RouteValueDictionary constraints, RouteValueDictionary dataTokens)
{
if (routeUrl == null)
{
throw new ArgumentNullException("routeUrl");
}
Route item = new Route(routeUrl, defaults, constraints, dataTokens, new PageRouteHandler(physicalFile, checkPhysicalUrlAccess));
this.Add(routeName, item);
return item;
}

发现所有的路由规则参数都用来实例化一个Route对象了,其中参数physicalFile和checkPhysicalUrlAccess用来实例化PageRouteHandler对象了,其源码如下:

public class PageRouteHandler : IRouteHandler
{
}

这是一个实现了IRouteHandler接口的类型,而这个接口只有一个作用就是返回IHttpHandler对象,源码如下:

[TypeForwardedFrom("System.Web.Routing, Version=3.5.0.0, Culture=Neutral, PublicKeyToken=31bf3856ad364e35")]
public interface IRouteHandler
{
// Methods
IHttpHandler GetHttpHandler(RequestContext requestContext);
}

到这里我们的疑问就解开了,原来我们注册的路由规则都实例化成了Route对象,Route的GetRouteData方法用来匹配路由(参考博客园大神Artech的书籍),路由规则中的physicalFile和checkPhysicalUrlAccess用来实例化一个IHttpHandler实例,用来处理请求。

总结:ASP.NET的路由模型如下图所示

ka

完美,收工。

源码下载:猛戳此处

转载请注明出处:来自吹牛逼之《ASP.NET路由模型解析》

ASP.NET路由模型解析的更多相关文章

  1. ASP.NET没有魔法——ASP.NET MVC 模型绑定解析(下篇)

    上一篇<ASP.NET没有魔法——ASP.NET MVC 模型绑定解析(上篇)>文章介绍了ASP.NET MVC模型绑定的相关组件和概念,本章将介绍Controller在执行时是如何通过这 ...

  2. [转] ASP.NET MVC 模型绑定的功能和问题

    摘要:本文将与你深入探究 ASP.NET MVC 模型绑定子系统的核心部分,展示模型绑定框架的每一层并提供扩展模型绑定逻辑以满足应用程序需求的各种方法. 同时,你还会看到一些经常被忽视的模型绑定技术, ...

  3. 理解ASP.NET Core - 模型绑定&验证(Model Binding and Validation)

    注:本文隶属于<理解ASP.NET Core>系列文章,请查看置顶博客或点击此处查看全文目录 模型绑定 什么是模型绑定?简单说就是将HTTP请求参数绑定到程序方法入参上,该变量可以是简单类 ...

  4. ASP.NET路由[ASP.NET Routing]

    ASP.NET路由[ASP.NET Routing] ASP.NET路由允许你在使用URL时不必匹配到网站中具体的文件,因为这个URL不必匹配到一个文件,你使用了描述用户行为且更容易被用户理解的URL ...

  5. ASP.NET路由系统实现原理:HttpHandler的动态映射

    我们知道一个请求最终通过一个具体的HttpHandler进行处理,而我们熟悉的用于表示一个Web页面的Page对象就是一个HttpHandler,被用于处理基于某个.aspx文件的请求.我们可以通过H ...

  6. ASP.NET MVC模型绑定的6个建议(转载)

    ASP.NET MVC模型绑定的6个建议 发表于2011-08-03 10:25| 来源博客园| 31 条评论| 作者冠军 validationasp.netmvc.netasp 摘要:ASP.NET ...

  7. ASP.NET没有魔法——ASP.NET MVC 模型绑定

    在My Blog中已经有了文章管理功能,可以发布和修改文章,但是对于文章内容来说,这里缺少最重要的排版功能,如果没有排版的博客很大程度上是无法阅读的,由于文章是通过浏览器查看的,所以文章的排版其实与网 ...

  8. ASP.NET MVC - 模型验证

    ASP.NET MVC - 模型验证(Model verification) 模型验证原理浅析 模型验证用到了模型绑定器.模型验证器(System.Web.Mvc.DataAnnotationsMod ...

  9. laravel 路由模型绑定

    我们在使用路由的时候一个很常见的使用场景就是根据资源 ID 查询资源信息: Route::get('task/{id}', function ($id) { $task = \App\Models\T ...

随机推荐

  1. 【.net 深呼吸】启动一个进程并实时获取状态信息

    地球人和火星人都知道,Process类既可以获取正在运行的进程,也可以启动一个新的进程.在79.77%应用场合,我们只需要让目标进程顺利启动就完事了,至于它执行了啥,有没有出错,啥时候退出就不管了. ...

  2. 在Ubuntu 16.10安装mysql workbench报未安装软件包 libpng12-0错误

    1.安装mysql workbench,提示未安装软件包 libpng12-0 下载了MySQL Workbench 6.3.8   在安装的时候报错: -1ubu1604-amd64.deb 提示: ...

  3. 【微框架】Maven +SpringBoot 集成 阿里大鱼 短信接口详解与Demo

    Maven+springboot+阿里大于短信验证服务 纠结点:Maven库没有sdk,需要解决 Maven打包找不到相关类,需要解决 ps:最近好久没有写点东西了,项目太紧,今天来一篇 一.本文简介 ...

  4. Yeoman 官网教学案例:使用 Yeoman 构建 WebApp

    STEP 1:设置开发环境 与yeoman的所有交互都是通过命令行.Mac系统使用terminal.app,Linux系统使用shell,windows系统可以使用cmder/PowerShell/c ...

  5. 如何快速优化手游性能问题?从UGUI优化说起

    WeTest 导读   本文作者从自身多年的Unity项目UI开发及优化的经验出发,从UGUI,CPU,GPU以及unity特有资源等几个维度,介绍了unity手游性能优化的一些方法.   在之前的文 ...

  6. LeetCode[3] Longest Substring Without Repeating Characters

    题目描述 Given a string, find the length of the longest substring without repeating characters. For exam ...

  7. 文件随机读写专用类——RandomAccessFile

     RandomAccessFile类可以随机读取文件,但是在测试中并不好用;File类可以测试文件存不存在,不存在可以创建文件;FileWriter类可以对文件进行重写或者追加内容;FileReade ...

  8. java常用的设计模式

    设计模式:一个程序员对设计模式的理解:"不懂"为什么要把很简单的东西搞得那么复杂.后来随着软件开发经验的增加才开始明白我所看到的"复杂"恰恰就是设计模式的精髓所 ...

  9. 【SAP业务模式】之ICS(六):发票输出类型

    这篇开始主要讲述发票输出类型: 首先我们新建一个发票类型,用于公司间的发票MIV,而标准的发票类型还是F2保持不变: 一.新建发票类型: 目录:SPRO-销售与分销-出具发票-开票凭证-定义出具发票类 ...

  10. Tomcat 部署我的第一个程序

    idea 生成war包.先双击clean,再双击package.生成成功之后就会产生war包. 第二步:将生成好的war文件复制到tomcat文件夹下. 第三步:配置tomcat的server.xml ...