目录 一、RouteBuilder 二、RouteCollection 三、多个Route共享同一个Handler 四、每个Route具有独立的Handler 五、扩展方法MapVerb
如下面的代码片段所示，RouteBuilder对Router对象的创建体现在它的Build方法上。除此之外，IRouteBuilder接口还定义了一系列属性，我们可以利用它们得到用来注册中间件的ApplicationBuilder和用来提供服务的ServiceProvider。我们可以将多个Router注册到RouteBuilder上，这些注册的Router保存在Routes（不是Routers）属性上，而DefaultHandler属性返回一个默认的Router。
ASP.NET
Core默认使用的是如下一个实现了IRouteBuilder的RouteBuilder类型。如下面的代码片段所示，它的属性ApplicationBuilder是调用构造函数时通过相应的参数指定的，作为服务提供者的ServiceProvider则直接来源于这个ApplicationBuilder对象。至于最为核心的Build方法，我们可以看出它返回的实际上是通过注册的Router对象创建的一个RouteCollection对象。
一个RouteCollection是一个特殊的Router，因为RouteCollection实现如下了如下这个IRouteCollection接口，后者最终实现了IRouter接口。一个RouteCollection对象实际上是对多个Router对象的封装，我们可以调用其Add方法添加封装的Router对象。
为了更能更好的认识RouteCollection，尤其是实现在它的RouteAsync方法中路由解析原理，我们定义了如下这么一个模拟的类型。如下面的代码片段所示，当RouteAsync方法被执行的时候，它会遍历每个注册的Router对象并将当前RouteContext上下文作为参数调用它们的RouteAsync方法，直到遇到第一个与当前请求相匹配的Router。由于只有路由规则与当前请求相匹配的Router才会去设置RouteContext的Handler，所以判断Router是否与当前请求匹配的方法很简单，那就是判断当前RouteContext的Handler属性是否为null。
当整个路由解析流程完成之后，最终的RouteData的状态应该只与那个匹配的Router对象有关。换句话说，对于路由规则与当前请求不匹配的Router来说，针对它们的路由解析过程不应该“污染”最终的这个RouteData对象。为了达到这个目的，上面介绍的关于RouteData的快照机制被应用在这个RouteAsync方法上，上面所示的代码片段也体现了这一点。
由于RouteBuilder对RouterMiddleware中间件提供的Router对象实际上是一个RouteCollection对象，换句话说这其实是一个由多个Router对象组成的“路由表”。所谓的路由注册，本质上就是在这个路由表中添加相应的Router对象。RouteBuilder具有若干扩展方法帮助我们以一种很简洁的方式相这个路由表中添加Router，我们先来介绍如下这四个MapRoute重载。
上述这四个MapRoute方法执行之后在路由表中添加的都是一个Route对象，这个Route对象的名称、路由模板、路由参数的默认值和约束和DataToken都是由对应的参数来指定的。我们知道Route对象其实是对另一个Router对象的封装，那么被封装的究竟是个怎样的Router呢？
如上图所示，被注册的Route对象封装的其实是同一个Router，它就是RouteBuilder的DefaultHandler属性返回的那个Router。换句话说，通过调用这些MapRoute方法注册的Route采用同一个处理器来处理被成功路由的请求。所以当我们采用调用这些方法注册路由的时候要求这个RouteBuilder的DefaultHandler属性作了正确的设置。如下所示的代码体现了最后一个MapRoute方法的实现。
对于上面通过调用MapRoute方法注册的两个Route对象来说，我们将路由约束以内联的形式直接定义在路由模板上，其实我们也可以将路由约束作为MapRoute方法的参数。如下面的代码片段所示，我们以不仅以参数的形式设置了路由约束，还设置了路由参数的默认值。
上面介绍的这四个MapRoute方法重载都会在路由表中注册一个Route对象，它们都将RouteBuilder的DefaultHandler属性返回的Router作为默认的处理器。如果每个注册的Route具有如下图所示各自不同的请求处理逻辑，我们又该如何注册这样的Route呢？
如果需要为注册的Route指定不同的处理器来处理成功路由的请求，我们可以调用RouteBuilder如下两个同样命名为MapRoute的扩展方法。如上所示的这两个MapRoute方法依然会在路由表中注册一个Route对象。调用第一个方法重载除了需要指定一个路由模板之外，还需要显式指定作为请求处理器的RequestDelegate对象。
对于我们实例来说，如果我们使用WeatherForecastForDays方法来返回未来指定天数的天气信息，而使用另一个方法WeatherForecastForDate来返回指定日期的天气信息，那么我们就可以采用如下的形式调用上面这个MapRoute方法来注册所需的两个路由。
另一个MapRoute方法除了接收一个作为路由模板的字符串作为第一个参数之外，它的第二个参数是一个类型为Action<IApplicationBuilder>的委托对象。我们可以利用这个委托注册一个或者多个中间件，这些中间件最终会装换成一个RequestDelegate对象并作为注册Route的处理器。如下所示的代码片段展示了这个方法重载的实现。如果改用这个MapRoute方法来注册我们实例中所需的两个路由，我们可以采用如下的编程方式。
实际上MapGet、MapPost、MapPut和MapDelete方法重载最终都会调用MapVerb方法，后者可以采用字符串的形式指定任意HTTP方法名称（比如“HEAD”和“OPTIONS”等）。这些方法针对HTTP方法的过滤是同一个类型为HttpMethodRouteConstraint的路由约束来实现的，它要求被路由的请求必须采用指定的方法。这两个MapVerb方法重载的实现原理体现在如下所示的代码片段中。
<a href="http://www.cnblogs.com/artech/p/asp-net-core-routing-01.html">ASP.NET Core的路由[1]：注册URL模式与HttpHandler的映射关系</a>
<a href="http://www.cnblogs.com/artech/p/asp-net-core-routing-02.html">ASP.NET Core的路由[2]：路由系统的核心对象——Router</a>
<a href="http://www.cnblogs.com/artech/p/asp-net-core-routing-03.html">ASP.NET Core的路由[3]：Router的创建者——RouteBuilder</a>
<a href="http://www.cnblogs.com/artech/p/asp-net-core-routing-04.html">ASP.NET Core的路由[4]：来认识一下实现路由的RouterMiddleware中间件</a>
<a href="http://www.cnblogs.com/artech/p/asp-net-core-routing-05.html">ASP.NET Core的路由[5]：内联路由约束的检验</a>
作者：蒋金楠
微信公众账号：大内老A
如果你想及时得到个人撰写文章以及著作的消息推送，或者想看看个人推荐的技术资料，可以扫描左边二维码（或者长按识别二维码）关注个人公众号（原来公众帐号蒋金楠的自媒体将会停用）。
本文版权归作者和博客园共有，欢迎转载，但未经作者同意必须保留此段声明，且在文章页面明显位置给出原文连接，否则保留追究法律责任的权利。
<a href="http://www.cnblogs.com/artech/p/asp-net-core-routing-03.html" target="_blank">原文链接</a>