上一篇我們剖析了Asp.Net路由系統(tǒng)，今天我們再來簡單剖析一下Asp.Net Web API以WebHost方式部署時,Asp.Net Web API的路由系統(tǒng)內(nèi)部是怎樣實(shí)現(xiàn)的。還是以一個簡單實(shí)例開頭。

創(chuàng)建一個空的WebApi項(xiàng)目，在Global中注冊路由信息：

  public class WebApiApplication : System.Web.HttpApplication
  {
    protected void Application_Start()
    {
      //注冊路由
      GlobalConfiguration.Configuration.Routes.MapHttpRoute(
        name: "default",
        routeTemplate: "api/{controller}/{id}", 
        defaults: new { id = RouteParameter.Optional });
    }
  }

創(chuàng)建一個名為Home的Controller：

  public class HomeController : ApiController
  {
    // GET: api/Home
    public IEnumerable<string> Get()
    {
      return new string[] { "value1", "value2" };
    }

    // GET: api/Home/5
    public string Get(int id)
    {
      return "value";
    }
    
  }

啟動運(yùn)行，在瀏覽器地址欄分別輸入http://localhost:46351/api/home和http://localhost:46351/api/home/5，結(jié)果如下：

簡單看了一下Asp.Net Web API的實(shí)例，下面我們開始剖析Asp.Net Web API的路由系統(tǒng)。

首先看一下在Asp.Net Web API中路由的注冊方式，如下：

在這個路由注冊過程中，隱藏了哪些操作呢？下面我們源碼：

通過翻看源碼可以看到，Asp.Net Web API中路由的注冊實(shí)際上是通過調(diào)用HttpRouteCollection類型的擴(kuò)展方法MapHttpRoute實(shí)現(xiàn)的，在MapHttpRoute方法里面，我們看到創(chuàng)建的路由對象通過調(diào)用HttpRouteCollection對象的Add方法保存了。而由于GlobalConfiguration的靜態(tài)屬性通過Configuration是HostedHttpRouteCollection類型以RouteTable.Routes為構(gòu)造參數(shù)創(chuàng)建的，又因?yàn)镠ostedHttpRouteCollection類型是HttpRouteCollection類型的子類，在HostedHttpRouteCollection類型中，子類HostedHttpRouteCollection重寫了父類型的Add方法和CreateRoute方法，如下圖，所以，實(shí)際上創(chuàng)建出來的路由對象的類型為HostedHttpRoute，此路由對象放到全局路由表中保存了，從這里我們可以知道，保存到全局路由表中的路由對象的類型為HostedHttpRoute。那么，注冊的路由對象放到全局路由表中保存有什么用呢，后續(xù)部分分析。

從上面源碼可以看到，最后創(chuàng)建的路由對象是HostedHttpRoute類型，那么現(xiàn)在有個問題，我們在前面注冊路由的時候，并沒有指定RouteHandler和HttpHandler，它們是從哪里添加到路由對象中的呢？在創(chuàng)建HostedHttpRoute對象的過程中，又有哪些隱藏的秘密呢？我們下面繼續(xù)查看源碼：

通過上文的剖析，到目前為止，我們可以知道在Asp.Net Web API以WebHost方式寄宿時，注冊的路由對象為HostedHttpRoute類型的實(shí)例，保存在全局路由表RouteTable.Routes中，而用于處理請求的RouteHandler和HttpHandler分別為HttpControllerRouteHandler類型的實(shí)例和HttpControllerHandler類型的實(shí)例。

 注冊完路由信息后，在Asp.Net Web API中是如何利用注冊的路由信息進(jìn)行路由的呢？會不會也是跟Asp.Net中一樣通過一個HttpModule來實(shí)現(xiàn)的呢，我們啟動程序看一下Global類中的Modules屬性：

從上面截圖可以清楚看到，在Asp.Net Web API以WebHost方式寄宿服務(wù)時，也是跟ASP.Net一樣，通過UrlRoutingModule來實(shí)現(xiàn)路由的。從上一篇針對Asp.Net路由系統(tǒng)的剖析中，我們可以知道，Asp.Net是通過UrlRoutingModule對請求進(jìn)行攔截后，然后從全局路由表中依次進(jìn)行匹配以獲取與請求Url匹配的RouteData進(jìn)行后續(xù)處理的。在Asp.Net Web API中，從上文中我們知道了保存在全局路由表的路由對象是HostedHttpRoute類型的，下面我們繼續(xù)剖析在Asp.Net Web API中最終是怎么獲取到匹配的RouteData的。

在UrlRoutingModule中，RouteData是通過依次調(diào)用每個路由對象的GetRouteData方法獲取的。在Asp.Net Web API中，由于路由對象的類型為HostedHttpRoute，下面我們來看看調(diào)用GetRouteData方法時發(fā)生了什么：

可以看到，在HostedHttpRoute中是通過屬性O(shè)riginalRoute的GetRouteData方法獲取RouteData的，由前文的剖析中，我們知道這個OriginalRoute屬性是HttpWebRoute類型：

 從上面剖析中可以看到，Asp.Net Web API以WebHost方式部署時，最終還是通過Asp.Net的路由系統(tǒng)完成匹配工作。不過有一定需要注意的是，由于在HttpWebRoute中對父類型的驗(yàn)證約束的方法進(jìn)行了重寫，所以對于約束的驗(yàn)證，Asp.Net Web API還是使用了自己的方式進(jìn)行驗(yàn)證約束是否匹配：

最后，通過一系列的工作獲取到了RouteData對象和包含在里面的RouteHandler、HttpHandler后，Asp.Net Web API就可以通過這些獲取到的進(jìn)行請求的處理和響應(yīng)了。

 總結(jié)：

通過上文的剖析，可以得出：在Asp.Net Web API以WebHost方式部署時，注冊的路由是保存在全局路由表中的；在獲取RouteData時，是通過Asp.Net路由系統(tǒng)的匹配規(guī)則進(jìn)行路由匹配的，不過卻實(shí)現(xiàn)了自己的約束驗(yàn)證規(guī)則。

以上就是本文的全部內(nèi)容，希望對大家的學(xué)習(xí)有所幫助，也希望大家多多支持腳本之家。

最新評論