對於Asp.Net Web Forms應用程式來說,要求的Url都是對應一個特定的實體檔案(http://xxx.com/default.aspx)。這樣的Url與具體實體檔案緊密綁定在一起,帶來了諸多方便的限制:可讀性、SEO優化等。為了解決這些局限性,微軟引進了URL路由系統。下面透過一個Demo來剖析一下Asp.Net的路由系統。
建立一個空的WebForm應用程序,在Global.asax.cs檔案中加入如下程式碼:
public class Global : System.Web.HttpApplication { protected void Application_Start(object sender, EventArgs e) { //处理匹配的文件 RouteTable.Routes.RouteExistingFiles = true; //url默认值 RouteValueDictionary defaults = new RouteValueDictionary() { { "name", "wuwenmao" }, { "id", "001" } }; //路由约束 RouteValueDictionary constraints = new RouteValueDictionary() { { "name", @"\w{2,10}" }, { "id", @"\d{3}" } }; //与路由相关的值,但不参与路由是否匹配URL模式 RouteValueDictionary dataTokens = new RouteValueDictionary() { { "defaultName", "wuwenmao" }, { "defaultId", "001" } }; RouteTable.Routes.MapPageRoute("default", "employees/{name}/{id}", "~/Default.aspx", false, defaults, constraints, dataTokens); } }
新建名為Default的WebForm頁面,頁面代碼如下:
<%@ Page Language="C#" AutoEventWireup="true" CodeBehind="Default.aspx.cs" Inherits="WebApplication2.Default" %> <!DOCTYPE html> <html xmlns="http://www.w3.org/1999/xhtml"> <head runat="server"> <meta http-equiv="Content-Type" content="text/html; charset=utf-8"/> <title></title> </head> <body> <form id="form1" runat="server"> <h1>这是Default.aspx页面</h1> <p> RouteData中Values: <ul> <% foreach (var value in RouteData.Values) { %> <li> <%=value.Key %>=<%=value.Value %> </li> <%} %> </ul> RouteData中DataTokens: <ul> <% foreach (var value in RouteData.DataTokens) { %> <li> <%=value.Key %>=<%=value.Value %> </li> <%} %> </ul> </p> </form> </body> </html>
輸入路徑為一下三種,得到的結果都是一樣的:
http:/ /localhost:2947/employees/wuwenmao/001
http://localhost:2947/employees/wuwenmao
http://localhost:2947/employees/
原因是因為註冊路由的時候,為路由模板中的變數設定了預設值,所以當用以上三種url時是等效的。
回頭看Global檔案中,在註冊路由時也設定了一個變數:
這是使用正規規則限定了路由範本中變數的值,請求url中對應的變數值只有與正規符合才能正確請求,否則回傳404錯誤。如id值長度大於3時:
上面透過一個簡單的例子體驗了一下Asp.Net路由系統,下面我們透過翻看源碼來剖析一下Asp.Net路由系統的實作原理。
首先,我們Global檔案中使用下列語句註冊一個路由時,實際上是在全域路由表新增一個路由。
透過Reflector工具,我們可以看到:
現在有個問題,在註冊好路由之後, Asp.Net是如何使用路由系統的呢?實際上,Asp.Net路由系統是透過註冊一個HttpModule對象,由這個HttpModule對象實現針對請求進行攔截,然後動態映射到用於處理當前請求的HttpHandler對像中,最後通過HttpHandler對象對請求進行處理並響應。這個HttpModule其實就是UrlRoutingModule,我們在啟動Asp.Net程式時,透過Global檔案中的Modules屬性可以驗證,從下面截圖可以看到,Modules屬性中包含了已經註冊的HttpModule,其中就包含UrlRoutingModule:
在這個UrlRoutingModule裡面,又進行了哪些跟路由相關的操作呢,我們還是繼續翻看源碼:
透過上面的原始碼查看,我們可以看出,當有請求來到時,Asp.Net透過註冊的UrlRoutingModule模組攔截了請求,然後從全域路由表中尋找符合的RouteData,如果找得到,根據HttpApplication取得對應的HttpHandler,然後將其對應到目前請求上下文中,供後續的管道事件用來處理目前請求。
下面我們繼續翻閱原始碼,剖析一下UrlRoutingModule是怎麼從全域路由表中取得RouteData的:
從上面可以看到,UrlRoutingModule中調用全域路由表的GetRouteData,實際上是依序呼叫註冊的每個Route的GetRouteData,傳回第一個符合的RouteData,如果註冊的路由都不匹配,回傳null。
下面我們再來看看Route裡面的GetRouteData做了些什麼:
Match方法:
透過依序呼叫Route的GetRouteData方法,在GetRouteData方法中做了以下操作:
1、呼叫了ParsedRoute類型的Match方法進行請求Url和註冊在目前Route物件中的路由模板的匹配工作,如果沒有匹配,直接返回null;
2、如果請求Url和當前Route物件的路由模板匹配了,常見RouteData物件;
3.根據註冊路由資訊時定義的限制條件來檢驗目前請求Url是否通過,不透過返回null;
4、為RouteData物件的Values和DataTokens賦值操作;
5、返回RouteData物件;
到此,Asp.Net的路由系統基本上剖析完畢,還有很多細節限於篇幅沒辦法一一剖析。
總結:
透過以上的剖析,我們整理一下思路,對Asp.Net路由系統所做的工作做個總結:首先,我們在Global中註冊了Route對象,然後透過在Asp.Net註冊的HttpModule模組UrlRoutingModule進行攔截請求Url,之後從全域路由表RouteTables.Routes中依序呼叫Route物件的GetRouteData進行請求Url和註冊路由資訊的匹配,返回第一個匹配的RouteData,查找完整個RouteTables.Routes後面都沒有符合到,回傳null,最後會回傳404給前端頁面。
以上就是本文的全部內容,希望對大家的學習有所幫助,也希望大家多多支持PHP中文網。
更多剖析Asp.Net路由系統實現原理相關文章請關注PHP中文網!