最近打算抽时间看一下 ASP.NET Core MVC 的源码,特此把自己学习到的内容记录下来,也算是做个笔记吧。
路由作为 MVC 的基本部分,所以在学习 MVC 的其他源码之前还是先学习一下路由系统,ASP.NET Core 的路由系统相对于以前的 Mvc 变化很大,它重新整合了 web Api 和 MVC。
路由源码地址 :
路由是 MVC 的一个重要组成部分,它主要负责将接收到的 Http 请求映射到具体的一个路由处理程序上,在 MVC 中也就是说路由到具体的某个 Controller 的 Action 上。
路由的启动方式是在 ASP.NET Core MVC 应用程序启动的时候作为一个中间件来启动的,详细信息会在下一篇的文章中给出。
通俗的来说就是,路由从请求的 URL 地址中提取信息,然后根据这些信息进行匹配,从而映射到具体的处理程序上,因此路由是基于 URL 构建的一个中间件框架。
路由还有一个作用是生成响应的的 URL,也就是说生成一个链接地址可以进行重定向或者链接。
路由中间件主要包含以下几个部分:
ASP.NET Core Routing 主要分为两个项目,分别是
,
- Microsoft.AspNetCore.Routing.Abstractions
。前者是一个路由提供各功能的抽象,后者是具体实现。
- Microsoft.AspNetCore.Routing
我们在阅读源码的过程中,我建议还是先大致浏览一下项目结构,然后找出关键类,再由入口程序进行阅读。
大致看完整个结构之后,我可能发现了几个关键的接口,理解了这几个接口的作用后能够帮助我们在后续的阅读中事半功倍。
IRouter
在
中有一个关键的接口就是
- Microsoft.AspNetCore.Routing.Abstractions
:
- IRouter
- public interface IRouter
- {
- Task RouteAsync(RouteContext context);
- VirtualPathData GetVirtualPath(VirtualPathContext context);
- }
这个接口主要干两件事情,第一件是根据路由上下文来进行路由处理,第二件是根据虚拟路径上下文获取
。
- VirtualPathData
IRouteHandler
另外一个关键接口是
, 根据名字可以看出主要是对路由处理程序机型抽象以及定义的一个接口。
- IRouteHandler
- public interface IRouteHandler
- {
- RequestDelegate GetRequestHandler(HttpContext httpContext, RouteData routeData);
- }
它返回一个
的一个委托,这个委托可能大家比较熟悉了,封装了处理 Http 请求的方法,位于
- RequestDelegate
中,看过我之前博客的同学应该比较了解。
- Microsoft.AspNetCore.Http.Abstractions
这个接口中
方法有两个参数,第一个是 HttpContext,就不多说了,主要是来看一下第二个参数
- GetRequestHandler
。
- RouteData
,封装了当前路由中的数据信息,它包含三个主要属性,分别是
- RouteData
,
- DataTokens
,
- Routers
。
- Values
: 是匹配的路径中附带的一些相关属性的键值对字典。
- DataTokens
: 是一个
- Routers
列表,说明 RouteData 中可能会包含子路由。
- Ilist<IRouter>
: 当前路由的路径下包含的键值。
- Values
还有一个
, 它是一个集合类,主要是用来存放路由中的一些数据信息的,没有直接使用
- RouteValueDictionary
这个数据结构是应为它的内部存储转换比较复杂,它的构造函数接收一个 Object 的对象,它会尝试将 Object 对象转化为自己可以识别的集合。
- IEnumerable<KeyValuePair<string, string>>
IRoutingFeature
我根据这个接口的命名一眼就看出来了这个接口的用途,还记得我在中讲述 Http 管道流程中得时候提到过一个叫 工具箱 的东西么,这个
也是其中的一个组成部分。我们看一下它的定义:
- IRoutingFeature
- public interface IRoutingFeature {
- RouteData RouteData {
- get;
- set;
- }
- }
原来他只是包装了
,到 HttpContext 中啊。
- RouteData
IRouteConstraint
这个接口我在阅读的时候看了一下注释,原来路由中的参数参数检查主要是靠这个接口来完成的。
我们都知道在我们写一个 Route Url 地址表达式的时候,有时候会这样写:
, 在这个表达式中有一个
- Route("/Product/{ProductId:long}")
的参数约束,那么它的主要功能实现就是靠这个接口来完成的。
- {ProductId:long}
- /// Defines the contract that a class must implement in order to check whether a URL parameter
- /// value is valid for a constraint.
- public interface IRouteConstraint
- {
- bool Match(
- HttpContext httpContext,
- IRouter route,
- string routeKey,
- RouteValueDictionary values,
- RouteDirection routeDirection);
- }
主要是对
- Microsoft.AspNetCore.Routing
的一个主要实现,我们阅读代码的时候可以从它的入口开始阅读。
- Abstractions
是一个扩展 ASP.NET Core DI 的一个扩展类,在这个方法中用来进行 ConfigService,Routing 对外暴露了一个 IRoutingBuilder 接口用来让用户添加自己的路由规则,我们来看一下:
- RoutingServiceCollectionExtensions
- public static IApplicationBuilder UseRouter(this IApplicationBuilder builder, Action<IRouteBuilder> action)
- {
- //...略
- // 构造一个RouterBuilder 提供给action委托宫配置
- var routeBuilder = new RouteBuilder(builder);
- action(routeBuilder);
- //调用下面的一个扩展方法,routeBuilder.Build() 见下文
- return builder.UseRouter(routeBuilder.Build());
- }
- public static IApplicationBuilder UseRouter(this IApplicationBuilder builder, IRouter router)
- {
- //...略
- return builder.UseMiddleware<RouterMiddleware>(router);
- }
构建了一个集合
- routeBuilder.Build()
,用来保存所有的
- RouteCollection
处理程序信息,包括用户配置的 Router。
- IRouter
本身也实现了
- RouteCollection
, 所以它也具有路由处理的能力。
- IRouter
Routing 中间件的入口是
这个类,通过这个中间件注册到 Http 的管道处理流程中, ASP.NET Core MVC 会把它默认的作为其配置项的一部分,当然你也可以把 Routing 单独拿出来使用。
- RouterMiddleware
我们来看一下
方法里面做了什么,它位于
- Invoke
文件中。
- RouterMiddleware.cs
- public async Task Invoke(HttpContext httpContext)
- {
- var context = new RouteContext(httpContext);
- context.RouteData.Routers.Add(_router);
- await _router.RouteAsync(context);
- if (context.Handler == null)
- {
- _logger.RequestDidNotMatchRoutes();
- await _next.Invoke(httpContext);
- }
- else
- {
- httpContext.Features[typeof(IRoutingFeature)] = new RoutingFeature()
- {
- RouteData = context.RouteData,
- };
- await context.Handler(context.HttpContext);
- }
- }
首先,通过 httpContext 来初始化路由上下文(RouteContext),然后把用户配置的路由规则添加到路由上下文 RouteData 中的 Routers 中去。
接下来
, 就是用到了
- await _router.RouteAsync(context)
接口中的
- IRouter
方法了。
- RouteAsync
我们接着跟踪
这个函数,看其内部都做了什么? 我们又跟踪到了
- RouteAsync
这个类:
- RouteCollection.cs
我们看一下 RouteAsync 的流程:
- public async virtual Task RouteAsync(RouteContext context)
- {
- var snapshot = context.RouteData.PushState(null, values: null, dataTokens: null);
- for (var i = 0; i < Count; i++)
- {
- var route = this[i];
- context.RouteData.Routers.Add(route);
- try
- {
- await route.RouteAsync(context);
- if (context.Handler != null)
- {
- break;
- }
- }
- finally
- {
- if (context.Handler == null)
- {
- snapshot.Restore();
- }
- }
- }
- }
我觉得这个类,包括函数设计的很巧妙,如果是我的话,我不一定能够想的出来,所以我们通过看源码也能够学到很多新知识。
为什么说设计的巧妙呢?
继承了 IRouter 但是并没有具体的对路由进行处理,而是通过循环来重新将路由上下文分发的具体的路由处理程序上。我们来看一下他的流程:
- RouteCollection
1、为了提高性能,创建了一个 RouteDataSnapshot 快照对象,RouteDataSnapshot 是一个结构体,它存储了 Route 中的路由数据信息。
2、循环当前 RouteCollection 中的 Router,添加到 RouterContext 里的 Routers 中,然后把 RouterContext 交给 Router 来处理。
3、当没有处理程序处理当前路由
重新初始化快照状态。
- snapshot.Restore()
接下来就要看具体的路由处理对象了,我们从
开始。
- RouteBase
1、RouteBase 的构造函数会初始化
,
- RouteTemplate
,
- Name
,
- DataTokens
. Defaults 是默认配置的路由参数。
- Defaults
2、
中会进行一系列检查,如果没有匹配到 URL 对应的路由就会直接返回。
- RouteAsync
3、使用路由参数匹配器
进行匹配,如果没有匹配到,同样直接返回。
- RouteConstraintMatcher
4、如果匹配成功,会触发
函数,它是一个抽象函数,具体实现位于
- OnRouteMatched(RouteContext context)
中。
- Route.cs
然后,我们再继续跟踪到
中的 OnRouteMatch,一起来看一下:
- Route.cs
- protected override Task OnRouteMatched(RouteContext context)
- {
- context.RouteData.Routers.Add(_target);
- return _target.RouteAsync(context);
- }
_target 值得当前路由的处理程序,那么具体是哪个路由处理程序呢? 我们一起探索一下。
我们知道,我们创建路由一共有
,
- MapRoute
,
- MapGet
,
- MapPost
,
- MapPut
,
- MapDelete
... 等等这写方式,我们分别对应说一下每一种它的路由处理程序是怎么样的,下面是一个示例:
- MapVerb
- app.UseRouter(routes =>{
- routes.DefaultHandler = new RouteHandler((httpContext) =>
- {
- var request = httpContext.Request;
- return httpContext.Response.WriteAsync($"");
- });
- routes
- .MapGet("api/get/{id}", (request, response, routeData) => {})
- .MapMiddlewareRoute("api/middleware", (appBuilder) =>
- appBuilder.Use((httpContext, next) => httpContext.Response.WriteAsync("Middleware!")
- ))
- .MapRoute(
- name: "AllVerbs",
- template: "api/all/{name}/{lastName?}",
- defaults: new { lastName = "Doe" },
- constraints: new { lastName = new RegexRouteConstraint(new Regex("[a-zA-Z]{3}",RegexOptions.CultureInvariant, RegexMatchTimeout)) });
- });
按照上面的示例解释一下,
:使用这种方式的话,必须要给 DefaultHandler 赋值处理程序,否则会抛出异常,通常情况下我们会使用 RouteHandler 类。
- MapRoute
: MapPost,MapPut 等等都和它类似,它将处理程序作为一个 RequestDelegate 委托提供了出来,也就是说我们实际上在自己处理 HttpContext 的东西,不会经过 RouteHandler 处理。
- MapVerb
:需要传入一个 IApplicationBuilder 委托,实际上 IApplicationBuilder Build 之后也是一个 RequestDelegate,它会在内部 new 一个 RouteHandler 类,然后调用的 MapRoute。
- MapMiddlewareRoute
这些所有的矛头都指向了 RouteHandler , 我们来看看
吧。
- RouteHandler
- public class RouteHandler : IRouteHandler, IRouter
- {
- // ...略
- public Task RouteAsync(RouteContext context)
- {
- context.Handler = _requestDelegate;
- return TaskCache.CompletedTask;
- }
- }
什么都没干,仅仅是将传入进来的 RequestDelegate 赋值给了 RouteContext 的处理程序。
最后,代码会执行到
类中的
- RouterMiddleware
方法的最后一行
- Invoke
,这个时候开始调用 Handler 委托,执行用户代码。
- await context.Handler(context.HttpContext)
我们来总结一下以上流程:
首先传入请求会到注册的 RouterMiddleware 中间件,然后它 RouteAsync 按顺序调用每个路由上的方法。当一个请求到来的时候,IRouter 实例选择是否处理已经设置到
- RouteContext
上的一个非空 RequestDelegate。如果 Route 已经为该请求设置处理程序,则路由处理会中止并且开始调用设置的 Hanlder 处理程序以处理请求。如果当前请求尝试了所有路由都没有找到处理程序的话,则调用 next,将请求交给管道中的下一个中间件。
- Handler
关于路由模板和参数约束源码处理流程就不一一说了,有兴趣可以直接看下源码。
下一篇是 Core MVC 系统的启动流程源码学习,有兴趣的同学可以关注一下我。
来源: http://www.cnblogs.com/savorboard/p/aspnetcore-routing.html