Asp.NetWebAPI路由系統(tǒng)之如何部署WebHost-創(chuàng)新互聯(lián)
這篇文章將為大家詳細講解有關Asp.Net Web API路由系統(tǒng)之如何部署WebHost，小編覺得挺實用的，因此分享給大家做個參考，希望大家閱讀完這篇文章后可以有所收獲。
創(chuàng)建一個空的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 });
}
}創(chuàng)建一個名為Home的Controller：
public class HomeController : ApiController
{
// GET: api/Home
public IEnumerable 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，結(jié)果如下：
簡單看了一下Asp.Net Web API的實例，下面我們開始剖析Asp.Net Web API的路由系統(tǒng)。
首先看一下在Asp.Net Web API中路由的注冊方式，如下：
在這個路由注冊過程中，隱藏了哪些操作呢？下面我們源碼：
通過翻看源碼可以看到，Asp.Net Web API中路由的注冊實際上是通過調(diào)用HttpRouteCollection類型的擴展方法MapHttpRoute實現(xiàn)的，在MapHttpRoute方法里面，我們看到創(chuàng)建的路由對象通過調(diào)用HttpRouteCollection對象的Add方法保存了。而由于GlobalConfiguration的靜態(tài)屬性通過Configuration是HostedHttpRouteCollection類型以RouteTable.Routes為構(gòu)造參數(shù)創(chuàng)建的，又因為HostedHttpRouteCollection類型是HttpRouteCollection類型的子類，在HostedHttpRouteCollection類型中，子類HostedHttpRouteCollection重寫了父類型的Add方法和CreateRoute方法，如下圖，所以，實際上創(chuàng)建出來的路由對象的類型為HostedHttpRoute，此路由對象放到全局路由表中保存了，從這里我們可以知道，保存到全局路由表中的路由對象的類型為HostedHttpRoute。那么，注冊的路由對象放到全局路由表中保存有什么用呢，后續(xù)部分分析。
從上面源碼可以看到，最后創(chuàng)建的路由對象是HostedHttpRoute類型，那么現(xiàn)在有個問題，我們在前面注冊路由的時候，并沒有指定RouteHandler和HttpHandler，它們是從哪里添加到路由對象中的呢？在創(chuàng)建HostedHttpRoute對象的過程中，又有哪些隱藏的秘密呢？我們下面繼續(xù)查看源碼：
通過上文的剖析，到目前為止，我們可以知道在Asp.Net Web API以WebHost方式寄宿時，注冊的路由對象為HostedHttpRoute類型的實例，保存在全局路由表RouteTable.Routes中，而用于處理請求的RouteHandler和HttpHandler分別為HttpControllerRouteHandler類型的實例和HttpControllerHandler類型的實例。
注冊完路由信息后，在Asp.Net Web API中是如何利用注冊的路由信息進行路由的呢？會不會也是跟Asp.Net中一樣通過一個HttpModule來實現(xiàn)的呢，我們啟動程序看一下Global類中的Modules屬性：
從上面截圖可以清楚看到，在Asp.Net Web API以WebHost方式寄宿服務時，也是跟ASP.Net一樣，通過UrlRoutingModule來實現(xiàn)路由的。從上一篇針對Asp.Net路由系統(tǒng)的剖析中，我們可以知道，Asp.Net是通過UrlRoutingModule對請求進行攔截后，然后從全局路由表中依次進行匹配以獲取與請求Url匹配的RouteData進行后續(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中是通過屬性OriginalRoute的GetRouteData方法獲取RouteData的，由前文的剖析中，我們知道這個OriginalRoute屬性是HttpWebRoute類型：
從上面剖析中可以看到，Asp.Net Web API以WebHost方式部署時，最終還是通過Asp.Net的路由系統(tǒng)完成匹配工作。不過有一定需要注意的是，由于在HttpWebRoute中對父類型的驗證約束的方法進行了重寫，所以對于約束的驗證，Asp.Net Web API還是使用了自己的方式進行驗證約束是否匹配：
最后，通過一系列的工作獲取到了RouteData對象和包含在里面的RouteHandler、HttpHandler后，Asp.Net Web API就可以通過這些獲取到的進行請求的處理和響應了。
通過上文的剖析，可以得出：在Asp.Net Web API以WebHost方式部署時，注冊的路由是保存在全局路由表中的；在獲取RouteData時，是通過Asp.Net路由系統(tǒng)的匹配規(guī)則進行路由匹配的，不過卻實現(xiàn)了自己的約束驗證規(guī)則。
關于“Asp.Net Web API路由系統(tǒng)之如何部署WebHost”這篇文章就分享到這里了，希望以上內(nèi)容可以對大家有一定的幫助，使各位可以學到更多知識，如果覺得文章不錯，請把它分享出去讓更多的人看到。
文章名稱：Asp.NetWebAPI路由系統(tǒng)之如何部署WebHost-創(chuàng)新互聯(lián)
路徑分享：http://m.jiaotiyi.com/article/decddg.html