剖析Asp.Net Web API路由系統---WebHost部署方式

上一篇我們剖析了Asp.Net路由系統，今天我們再來簡單剖析一下Asp.Net Web API以WebHost方式部署時,Asp.Net Web API的路由系統內部是怎樣實現的。還是以一個簡單一實例開頭。

建立一個空的WebApi項目，在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 });    }  }

建立一個名為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";    }      }

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

簡單看了一下Asp.Net Web API的執行個體，下面我們開始剖析Asp.Net Web API的路由系統。

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

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

通過翻看源碼可以看到，Asp.Net Web API中路由的註冊實際上是通過調用HttpRouteCollection類型的擴充方法MapHttpRoute實現的，在MapHttpRoute方法裡面，我們看到建立的路由對象通過調用HttpRouteCollection對象的Add方法儲存了。而由於GlobalConfiguration的靜態屬性通過Configuration是HostedHttpRouteCollection類型以RouteTable.Routes為構造參數建立的，又因為HostedHttpRouteCollection類型是HttpRouteCollection類型的子類，在HostedHttpRouteCollection類型中，子類HostedHttpRouteCollection重寫了父類型的Add方法和CreateRoute方法，如，所以，實際上建立出來的路由對象的類型為HostedHttpRoute，此路由對象放到全域路由表中儲存了，從這裡我們可以知道，儲存到全域路由表中的路由對象的類型為HostedHttpRoute。那麼，註冊的路由對象放到全域路由表中儲存有什麼用呢，後續部分分析。

從上面源碼可以看到，最後建立的路由對象是HostedHttpRoute類型，那麼現在有個問題，我們在前面註冊路由的時候，並沒有指定RouteHandler和HttpHandler，它們是從哪裡添加到路由對象中的呢？在建立HostedHttpRoute對象的過程中，又有哪些隱藏的秘密呢？我們下面繼續查看源碼：

通過上文的剖析，到目前為止，我們可以知道在Asp.Net Web API以WebHost方式寄宿時，註冊的路由對象為HostedHttpRoute類型的執行個體，儲存在全域路由表RouteTable.Routes中，而用於處理請求的RouteHandler和HttpHandler分別為HttpControllerRouteHandler類型的執行個體和HttpControllerHandler類型的執行個體。

註冊完路由資訊後，在Asp.Net Web API中是如何利用註冊的路由資訊進行路由的呢？會不會也是跟Asp.Net中一樣通過一個HttpModule來實現的呢，我們啟動程式看一下Global類中的Modules屬性：

從上面可以清楚看到，在Asp.Net Web API以WebHost方式寄宿服務時，也是跟ASP.Net一樣，通過UrlRoutingModule來實現路由的。從上一篇針對Asp.Net路由系統的剖析中，我們可以知道，Asp.Net是通過UrlRoutingModule對請求進行攔截後，然後從全域路由表中依次進行匹配以擷取與請求Url匹配的RouteData進行後續處理的。在Asp.Net Web API中，從上文中我們知道了儲存在全域路由表的路由對象是HostedHttpRoute類型的，下面我們繼續剖析在Asp.Net Web API中最終是怎麼擷取到匹配的RouteData的。

在UrlRoutingModule中，RouteData是通過依次調用每個路由對象的GetRouteData方法擷取的。在Asp.Net Web API中，由於路由對象的類型為HostedHttpRoute，下面我們來看看調用GetRouteData方法時發生了什麼：

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

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

最後，通過一系列的工作擷取到了RouteData對象和包含在裡面的RouteHandler、HttpHandler後，Asp.Net Web API就可以通過這些擷取到的進行請求的處理和響應了。

總結：

通過上文的剖析，可以得出：在Asp.Net Web API以WebHost方式部署時，註冊的路由是儲存在全域路由表中的；在擷取RouteData時，是通過Asp.Net路由系統的匹配規則進行路由匹配的，不過卻實現了自己的約束驗證規則。

以上就是本文的全部內容，希望對大家的學習有所協助，也希望大家多多支援topic.alibabacloud.com。