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

我们知道一个请求最终通过一个具体的HttpHandler进行处理，而我们熟悉的用于表示一个Web页面的Page对象就是一个HttpHandler，被用于处理基于某个.aspx文件的请求。我们可以通过HttpHandler的动态映射来实现请求地址与物理文件路径之间的分离。实际上ASP.NET路由系统就是采用了这样的实现原理。如下图所示，ASP.NET路由系统通过一个注册到当前应用的自定义HttpModule对所有的请求进行拦截，并通过对请求的分析为之动态匹配一个用于处理它的HttpHandler。HttpHandler对请求进行处理后将相应的结果写入HTTP回复以实现对请求的相应。

目录
一、UrlRoutingModule
一、UrlRoutingModule
二、PageRouteHandler V.S. MvcRouteHandler
三、ASP.NET路由系统扩展
        实例演示：通过自定义Route对ASP.NET路由系统进行扩展

上图所示的作为请求拦截器的HttpModule类型为UrlRoutingModule。如下面的代码片断所示，UrlRoutingModule对请求的拦截是通过注册表示当前应用的HttpApplication的PostResolveRequestCache事件实现的。

 1: public class UrlRoutingModule : IHttpModule

UrlRoutingModule具有一个类型为RouteCollection的RouteCollection属性，在默认的情况下引用这通过RouteTable的静态属性Routes表示的全局路由表。针对请求的HttpHandler的动态映射就实现在OnApplicationPostResolveRequestCache方法中，具体的实现逻辑非常简单：通过HttpApplication获得但前的HTTP上下文，并将其作为参数调用RouteCollection的GetRouteData方法得到一个RouteData对象。

通过RouteData的RouteHandler属性可以得到一个实现了IRouteHandler的路由处理器对象，而调用后者的GetHttpHandler方法直接可以获取对应的HttpHandler对象，而我们需要映射到当前请求的就是这么一个 HttpHandler。下面的代码片断基本上体现了定义在UrlRoutingModule的OnApplicationPostResolveRequestCache方法中的动态HttpHandler映射逻辑。

 4: private void OnApplicationPostResolveRequestCache(object sender, EventArgs e)

 8: RouteData routeData = this.RouteCollection.GetRouteData(contextWrapper);

 9: RequestContext requestContext = new RequestContext(contextWrapper, routeData);

 10: IHttpHandler handler = routeData.RouteHandler.GetHttpHandler(requestContext);

二、 PageRouteHandler V.S. MvcRouteHandler

通过前面的介绍我们知道对于调用RouteCollection的GetRouteData获得的RouteData对象，其RouteHandler来源于匹配的Route对象。对于通过调用RouteCollection的MapPageRoute方法注册的Route来说，它的RouteHandler是一个类型为PageRouteHandler对象。

由于调用MapPageRoute方法的目的在于实现请求地址与某个.aspx页面文件之间的映射，所以我们最终还是要创建的Page对象还处理相应的请求，所以PageRouteHandler的GetHttpHandler方法最终返回的就是针对映射页面文件路径的Page对象。此外，MapPageRoute方法中还可以控制是否对物理文件地址实施授权，而授权在返回Page对象之前进行。

定义在PageRouteHandler中的HttpHandler获取逻辑基本上体现在如下的代码片断中，两个属性VirtualPath和CheckPhysicalUrlAccess表示页面文件的地址和是否需要对物理文件地址实施URL授权，它们在构造函数中被初始化，而最终来源于调用RouteCollection的MapPageRoute方法传入的参数。

 5: public PageRouteHandler(string virtualPath, bool checkPhysicalUrlAccess)

 16: return (IHttpHandler)BuildManager.CreateInstanceFromVirtualPath(this.VirtualPath, typeof(Page))

ASP.NET MVC的Route对象是通过调用RouteCollection的扩展方法MapRoute方法进行注册的，它对应的RouteHandler是一个类型为MvcRouteHandler的对象。如下面的代码片断所示，MvcRouteHandler用于获取处理当前请求的HttpHandler是一个MvcHandler对象。MvcHandler实现对Controller的激活、Action方法的执行以及对请求的相应，毫不夸张地说，整个MVC框架实现在MvcHandler之中。

三、 ASP.NET路由系统扩展

到此为止我们已经对ASP.NET的路由系统的实现进行了详细介绍，总的来说，整个路由系统是通过对HttpHandler的动态注册的方式来实现的。具体来说，UrlRoutingModule通过对代表Web应用的HttpApplication的PostResolveRequestCache事件的注册实现了对请求的拦截。对于被拦截的请求，UrlRoutingModule利用注册的路由表对其进行匹配和解析，进而得到一个包含所有路由信息的RouteData对象。最终借助该对象的RouteHandler创建出相应的HttpHandler映射到当前请求。从可扩展性的角度来讲，我们可以通过如下三种方式来实现我们需要的路由方式。

通过集成抽象类RouteBase创建自定义Route定制路由逻辑。 通过实现接口IRouteHandler创建自定义RouteHandler定制HttpHandler提供机制。 通过实现IHttpHandler创建自定义HttpHandler来对请求处理。 实例演示：通过自定义Route对ASP.NET路由系统进行扩展

定义在ASP.NET路由系统中默认的路由类型Route建立了定义成文本模板的URL模式与某个物理文件之间的映射，如果我们对WCF REST有一定的了解，应该知道其中也有类似的实现。具体来说，WCF REST借助于System.UriTemplate这个对象实现了同样定义成某个文本模板的URI模式与目标操作之间的映射。篇幅所限，我们不能对WCF REST的UriTemplate作详细的介绍，有兴趣的读者可以参考《UriTemplate、UriTemplateTable与WebHttpDispatchOperationSelector》。[源代码从这里下载]

我们创建一个新的ASP.NET Web应用，并且添加针对程序集System.ServiceModel.dll的引用（UriTemplate定义在该程序集中），然后创建如下一个针对UriTemplate的路由类型UriTemplateRoute。

 7:     public UriTemplateRoute(string template, string physicalPath, object dataTokens = null)

 23: Uri baseAddress = new Uri(string.Format("{0}://{1}", uri.Scheme, uri.Authority));

 42: public override VirtualPathData GetVirtualPath(RequestContext requestContext, RouteValueDictionary values)

 45: Uri baseAddress = new Uri(string.Format("{0}://{1}", uri.Scheme, uri.Authority));

 55: if(!this.UriTemplate.Defaults.Keys.Any(key= string.Compare(name,key,true) == 0) 

 64: if(!this.UriTemplate.Defaults.Keys.Any(key= string.Compare(name,key,true) == 0) 

 71: Uri virtualPath = this.UriTemplate.BindByName(baseAddress, variables);

 72: string strVirtualPath = virtualPath.ToString().ToLower().Replace(baseAddress.ToString().ToLower(),"");

 73: VirtualPathData virtualPathData = new VirtualPathData(this, strVirtualPath);

如上面的代码片断所示，UriTemplateRoute具有UriTemplate、DataTokens和RouteHandler三个只读属性，前两个通过构造函数的参数进行初始化，后者则是在构造函数中创建的PageRouteHandler对象。

用于对入栈请求进行匹配判断的GetRouteData方法中，我们解析出基于应用的基地址并量连同请求地址作为参数调用UriTemplate的Match方法，如果返回的UriTemplateMatch对象不为Null，则意味着URL模板的模式与请求地址匹配。在匹配的情况下我们创建并返回相应的RouteData对象，否则直接返回Null。

在用于生成出栈URL的GetVirtualPath方法中，我们通过定义在URL模板中的模板（包括变量名包含在属性PathSegmentVariableNames的路径段变量和包含在QueryValueVariableNames属性的查询变量）是否在提供的RouteValueDictionary字段或者默认变量列表（通过属性Defaults表示）从判断URL模板是否与提供的变量列表匹配。在匹配的情况下通过调用UriTemplate的BindByName方法得到一个完整的Uri。由于该方法返回的是相对路径，所以我们需要将应用基地址剔除并最终创建并返回一个VirtualPathData对象。如果不匹配，则直接返回Null。

在创建的Global.asax文件中我们采用如下的代码对我们自定义的UriTemplateRoute进行注册，选用的场景还是我们上面采用的天气预报的例子。我个人具有基于UriTemplate的URI模板比针对Route的URL模板更好用，其中一点就是它在定义默认值方法更为直接。如下面的代码片断所示，我们直接将默认值定义在模板中（("{areacode=010}/{days=2}）。

 5: UriTemplateRoute route = new UriTemplateRoute("{areacode=010}/{days=2}",

在注册的路由对应的目标页面Weather.aspx的后台代码中，我们定义了如下一个GenerateUrl根据指定的区号（areacode）和预报天数（days）创建一个Url，而Url的生成直接通过调用RouteTable的Routes属性的GetVirtualPathData方法完成。生成的URL连同当前页面的RouteData的属性通过如下所示的HTML输出来。

 7: td %=RouteData.Route != null? RouteData.Route.GetType().FullName:"" % /td 

 11: td %=RouteData.RouteHandler != null? RouteData.RouteHandler.GetType().FullName:"" % /td 

由于注册的URL模板所包含的段均由具有默认值的变量构成，所以当我们请求根地址时，会自动路由到Weather.aspx。下图是我们在浏览器访问应用根目录的截图，上面显示了我们注册的UriTemplateRoute生成的RouteData的信息和生成URL（/0512/3）。

作者：蒋金楠
微信公众账号：大内老A
微博：www.weibo.com/artech
如果你想及时得到个人撰写文章以及著作的消息推送，或者想看看个人推荐的技术资料，可以扫描左边二维码（或者长按识别二维码）关注个人公众号（原来公众帐号蒋金楠的自媒体将会停用）。
本文版权归作者和博客园共有，欢迎转载，但未经作者同意必须保留此段声明，且在文章页面明显位置给出原文连接，否则保留追究法律责任的权利。 原文链接

ASP.NET Core 十九. Action参数的映射与模型绑定（下） 前文说道了Action的激活，这里有个关键的操作就是Action参数的映射与模型绑定，这里即涉及到简单的string、int等类型，也包含Json等复杂类型，本文详细分享一下这一过程。
ASP.NET Core 十九. Action参数的映射与模型绑定（中） 前文说道了Action的激活，这里有个关键的操作就是Action参数的映射与模型绑定，这里即涉及到简单的string、int等类型，也包含Json等复杂类型，本文详细分享一下这一过程。
ASP.NET Core 十九. Action参数的映射与模型绑定（上） 前文说道了Action的激活，这里有个关键的操作就是Action参数的映射与模型绑定，这里即涉及到简单的string、int等类型，也包含Json等复杂类型，本文详细分享一下这一过程。
2.3Options建立配置和实体的映射「深入浅出ASP.NET Core系列」 原文:2.3Options建立配置和实体的映射「深入浅出ASP.NET Core系列」 希望给你3-5分钟的碎片化学习，可能是坐地铁、等公交，积少成多，水滴石穿，谢谢关注。 Startup.cs中创建MVC中间件 关键代码：services.AddMvc();app.UseMvcWithDefaultRoute(); 关于中间件的内部机制，后续单独专栏进行深入挖掘，此处略过。
2.2Bind建立配置文件和实体的映射「深入浅出ASP.NET Core系列」 原文:2.2Bind建立配置文件和实体的映射「深入浅出ASP.NET Core系列」 希望给你3-5分钟的碎片化学习，可能是坐地铁、等公交，积少成多，水滴石穿，谢谢关注。 新建MVC项目 这次我们没有使用控制台项目，而是使用mvc来测试。
2.3Options建立配置和实体的映射「深入浅出ASP.NET Core系列」 希望给你3-5分钟的碎片化学习，可能是坐地铁、等公交，积少成多，水滴石穿，谢谢关注。 Startup.cs中创建MVC中间件 关键代码：services.AddMvc();app.UseMvcWithDefaultRoute(); 关于中间件的内部机制，后续单独专栏进行深入挖掘，此处略过。
2.2Bind建立配置文件和实体的映射「深入浅出ASP.NET Core系列」 希望给你3-5分钟的碎片化学习，可能是坐地铁、等公交，积少成多，水滴石穿，谢谢关注。 新建MVC项目 这次我们没有使用控制台项目，而是使用mvc来测试。 如下图所示，选择空的项目，建完后，记得把项目设置为启动项 新建配置文件appsettings.
【nodejs】让nodejs像后端mvc框架（asp.net mvc）一样处理请求--参数自动映射篇（6/8） 文章目录 路由、action的扫描、发现、注册搞定之后，后来我发现在我们的action里面获取参数往往都是通过request对象来一个一个获取。同样的一行代码我们不厌其烦的重复写了无数次。遂想着那我们能不能像后端程序一样做得更自动化一些呢？ 所以，接下来我们再来完成一个比较重要的功能，那就是参数的自动绑定。