一、URL与物理文件的分离
1、URL与物理文件的分离
对于一个 ASP.NET Web Form应用来说，任何一个请求都对应着某个具体的物理文件。部署在Web服务器上的物理文件可以是静态的（比如图片和静态HTML文件等），也可以是动态的（比如.asxp文件）。对于静态文件的请求，ASP.NET直接返回文件的整个内容；而针对动态文件的请求则会触发相关代码的执行，并最终返回执行后的结果。但是这种将URL与物理文件紧密绑定在一起的方式并不是一种好的解决方案，它带来的局限性主要体现在如下几个方面：
- 灵活性：由于URL是对物理文件路径的反映，意味着如果物理文件的路径发生了改变（比如改变了文件的目录结构或者文件名），原来基于该文件链接将变得无效。
- 可读性：在很多情况下，URL不仅仅需要能够访问正确的网络资源，还需要具有很好的可读性，最好的URL应该让我们一眼就能看出针对它访问的目标资源是什么。请求地址与物理文件紧密绑定让我们完全失去了定义高可读性URL的机会。
- SEO优化：对于网站开发来说，为了迎合搜索引擎检索的规则，我们需要对URL进行有效的设计使之能易于被主流的引擎检索收录。如果URL完全与物理地址关联，这无异于失去了SEO优化的能力。
出于针对URL与物理文件绑定机制带来的上述局限，我们需要一种更加灵活的机制实现针对物理文件的请求地址与文件本身的路径的分离，通过一种动态映射的机制实现URL与物理文件的关联。
说到这里，可能很多人会想到URL重写。为了使Web应用可以独立地涉及用于访问应用资源的URL，微软为IIS 7编写了一个URL重写模块。这是一个基于规则的URL重写引擎，用于在URL被Web服务器处理之前改变请求的URL。对于动态Web应用程序，它可以为用户和搜索引擎提供友好的URL，URL重写和重定向是基于HTTP头和服务器变量的，并可以对站点内容进行访问控制。
URL重写在IIS级别解决了URL与物理地址的分离，它通过一个基于本地（Native）代码的模块注册到IIS进行HTTP请求处理的管道上，所以可以应用于所以寄宿于IIS中的Web应用。而URL路由系统则是ASP.NET的一部分，是通过托管代码实现的。为了让读者对ASP.NET的URL路由具有一个感官的认识，我们来演示一个简单的实例。
二、 实例演示：通过URL路由实现请求地址与.aspx页面的映射
接下来我们将创建一个简单的ASP.NET Web Forms应用，并采用一个独立于.aspx文件路径的URL来访问对应的Web页面，而两者之间的映射通过URL路由来实现。我们是一个关于员工管理的场景，我们将创建一个页面来显示员工的列表和某个员工的详细信息，页面呈现出来效果如下图所示。
我们将关注点放到上图所示的两个页面的URL上。用于显示员工列表的页面地址为http://localhost:2738/employees。当用户点击某个显示为姓名的连接后，用于显示所选员工详细信息的页面被呈现出现，其页面地址的URL模式为http://localhost:2738/employees/{姓名}/{ID}。对于后者，最终用户一眼可以从URL中看出通过该地址获取的是哪个员工的信息。有人可能会问，为什么我们要在URL同时包含员工的姓名和ID呢？这是因为ID（本例采用GUID）的可读性不如员工姓名，但是员工姓名不具有唯一性，在这里我们使用的ID是为了逻辑处理的需要而提供的唯一标识，而姓名则是出于可读性的需要。
我们将员工的所有 信息（ID、姓名、性别、出生日期和所在部门）定义在如下所示的Employee类型中。我们照例定义了如下一个EmployeeRepository类型表示维护员工列表的领域模型。维护的员工列表通过静态字段employees 表示。EmployeeRepository的GetEmployees方法根据指定的ID返回指包含相应员工的列表，如果指定的ID为“*”，则返回所有员工列表
1: public class Employee
2: {
3: public string Id { get; private set; }
4: public string Name { get; private set; }
5: public string Gender { get; private set; }
6: public DateTime BirthDate { get; private set; }
7: public string Department { get; private set; }
8:
9: public Employee(string id, string name, string gender, DateTime birthDate, string department)
10: {
11: this.Id = id;
12: this.Name = name;
13: this.Gender = gender;
14: this.BirthDate = birthDate;
15: this.Department = department;
16: }
17: }
18: public class EmployeeRepository
19: {
20: private static IList<Employee> employees;
21: static EmployeeRepository()
22: {
23: employees = new List<Employee>();
24: employees.Add(new Employee(Guid.NewGuid().ToString(), "张三", "男",new DateTime(1981, 8, 24), "销售部"));
25: employees.Add(new Employee(Guid.NewGuid().ToString(), "李四", "女",new DateTime(1982, 7, 10), "人事部"));
26: employees.Add(new Employee(Guid.NewGuid().ToString(), "王五", "男",new DateTime(1981, 9, 21), "人事部"));
27: }
28: public IEnumerable<Employee> GetEmployees(string id = "")
29: {
30: return employees.Where(e => e.Id == id || string.IsNullOrEmpty(id) || id=="*");
31: }
32: }
对于如上图所示的两个页面实际上对应着同一个.aspx文件，即作为Web应用默认页面的Default.aspx。要通过一个独立于物理路径的URL来访问该.aspx页面，我们就需要采用URL路由机制来实现两者之间的映射。为此我们在添加的Global.asax文件中编写了如下几行代码。如下面的代码片断所示，在Application_Start方法中我们通过System.Web.Routing.RouteTable的Routes属性得到了表示路由对象列表的System.Web.Routing.RouteCollection对象，并调用该列表对象的MapPageRoute方法将Default.aspx页面（~/Default.aspx）与一个URL模板（employees/{name}/{id）进行了映射。
1: public class Global : System.Web.HttpApplication
2: {
3: protected void Application_Start(object sender, EventArgs e)
4: {
5: var defaults = new RouteValueDictionary{{"name","*"},{"id","*"}};
6: RouteTable.Routes.MapPageRoute("", "employees/{name}/{id}", "~/Default.aspx", true,defaults);
7: }
8: }
作为MapPageRoute方法最后一个参数的RouteValueDictionary对象用于指定定义在路由模板中相应变量（{name}和{id}）的默认值。对于指定了默认值的路由对象，在当前请求地址的后续部分缺失的情况下，它会采用提供的默认值对该地址进行填充之后再进行模式的匹配。在如上所示的代码片断中，我们将{name}和{id}两变量的默认值均指定为“*”。对于针对URI为http://localhost:2738/employees的请求，我们注册的路由对象会将其格式成http://localhost:2738/employees/*/*，后者无疑是和定义的URL模式变现出来的模式是匹配的。
在Default.aspx页面中，我们分别采用GridView和DetailsView来显示所有员工列表和某个列表的详细信息，下面的代码片断表示该页面主体部分的HTML。值得一提的是：GridView模板中显示为员工姓名的HyperLinkField的连接采用了上面我们定义在URL模板（employees/{name}/{id））中的模式。
1: <form id="form1" runat="server">
2: <div id="page">
3: <asp:GridView ID="GridViewEmployees" runat="server" AutoGenerateColumns="false" Width="100%">
4: <Columns>
5: <asp:HyperLinkField HeaderText="姓名" DataTextField="Name" DataNavigateUrlFields="Name,Id" DataNavigateUrlFormatString="~/employees/{0}/{1}" />
6: <asp:BoundField DataField="Gender" HeaderText="性别" />
7: <asp:BoundField DataField="BirthDate" HeaderText="出生日期" DataFormatString="{0:dd/MM/yyyy}" />
8: <asp:BoundField DataField="Department" HeaderText="部门" />
9: </Columns>
10: </asp:GridView>
11: <asp:DetailsView ID="DetailsViewEmployee" runat="server" AutoGenerateRows="false" Width="100%">
12: <Fields>
13: <asp:BoundField DataField="ID" HeaderText= "ID" />
14: <asp:BoundField DataField="Name" HeaderText= "姓名" />
15: <asp:BoundField DataField="Gender" HeaderText="性别" />
16: <asp:BoundField DataField="BirthDate" HeaderText="出生日期" DataFormatString="{0:dd/MM/yyyy}" />
17: <asp:BoundField DataField="Department" HeaderText="部门" />
18: </Fields>
19: </asp:DetailsView>
20: </div>
21: </form>
Default.aspx页面的整个后台代码定义如下。由于所有员工列表和单一员工的详细信息均体现在该页面中，所以我们需要根据其请求地址来判断应该呈现怎样的数据，而这可以通过RouteData属性表示的路由数据来实现。Page具有一个类型为System.Web.Routing.RouteData的RouteData表示通过注册的与当前请求匹配的路由对象对请求地址进行解析生成的路由数据。RouteData的Values属性是一个存储路由变量的字典，其Key为变量名称。在如下所示的代码片断中，我们得到表示员工ID的路由变量（RouteData.Values["id"]），如果它是默认值则表示当前请求是针对员工列表的，反之则是这对指定的某个具体员工的。
1: public partial class Default : Page
2: {
3: private EmployeeRepository repository;
4: public EmployeeRepository Repository
5: {
6: get { return null == repository ? repository = new EmployeeRepository() : repository; }
7: }
8: protected void Page_Load(object sender, EventArgs e)
9: {
10: if (this.IsPostBack)
11: {
12: return;
13: }
14: string employeeId = this.RouteData.Values["id"] as string;
15: if (employeeId == "*" || string.IsNullOrEmpty(employeeId))
16: {
17: this.GridViewEmployees.DataSource = this.Repository.GetEmployees();
18: this.GridViewEmployees.DataBind();
19: this.DetailsViewEmployee.Visible = false;
20: }
21: else
22: {
23: var employees = this.Repository.GetEmployees(employeeId);
24: this.DetailsViewEmployee.DataSource = employees;
25: this.DetailsViewEmployee.DataBind();
26: this.GridViewEmployees.Visible = false;
27: }
28: }
29: }
(代码)
二.路由映射
总的来说，我们可以通过RouteTable的静态属性Routes得到一个基于应用的全局路由表，通过上面的介绍我们知道这是一个类型的RouteCollection的集合对象，我们可以通过调用它的MapPageRoute进行路由映射，即注册URL模板与某个物理文件的匹配关系。路由注册的核心就是在全局路由表中添加一个Route对象，该对象的绝大部分属性都可以通过MapPageRoute方法的相关参数来指定。接下来我们通过实现演示的方式来说明路由注册的一些细节问题。
我们已前面介绍的关于获取天气预报信息的路由地址，我们在创建的ASP.NET Web应用中创建一个Weather.aspx页面，不过我们并不打算在该页面中呈现任何天气信息，而是将基于该页面的路由信息打印出来。该页面主体部分的HTML如下所示，我们不仅将基于当前页面的RouteData对象的Route和RouteHandler属性类型输出来，还将存储于Values和DataTokens字典的变量显示出来。
1: <body>
2: <form id="form1" runat="server">
3: <div>
4: <table>
5: <tr>
6: <td>Route:</td>
7: <td><%=RouteData.Route != null? RouteData.Route.GetType().FullName:"" %></td>
8: </tr>
9: <tr>
10: <td>RouteHandler:</td>
11: <td><%=RouteData.RouteHandler != null? RouteData.RouteHandler.GetType().FullName:"" %></td>
12: </tr>
13: <tr>
14: <td>Values:</td>
15: <td>
16: <ul>
17: <%foreach (var variable in RouteData.Values)
18: {%>
19: <li><%=variable.Key%>=<%=variable.Value%></li>
20: <% }%>
21: </ul>
22: </td>
23: </tr>
24: <tr>
25: <td>DataTokens:</td>
26: <td>
27: <ul>
28: <%foreach (var variable in RouteData.DataTokens)
29: {%>
30: <li><%=variable.Key%>=<%=variable.Value%></li>
31: <% }%>
32: </ul>
33: </td>
34: </tr>
35: </table>
36: </div>
37: </form>
38: </body>
在添加的Global.asax文件中，我们将路由注册操作定义在Application_Start方法中。如下面的代码片断所示，映射到weather.aspx页面的URL模板为{areacode}/{days}。在调用MapPageRoute方法的时候，我们还为定义在URL模板的两个变量定义了默认值以及正则表达式。除此之外，我们还在注册的路由对象上附加了两个变量，表示对变量默认值的说明（defaultCity：BeiJing；defaultDays：2）。
1: public class Global : System.Web.HttpApplication
2: {
3: protected void Application_Start(object sender, EventArgs e)
4: {
5: var defaults = new RouteValueDictionary { { "areacode", "010" }, { "days", 2 }};
6: var constaints = new RouteValueDictionary { { "areacode", @"0d{2,3}" }, { "days", @"[1-3]{1}" } };
7: var dataTokens = new RouteValueDictionary { { "defaultCity", "BeiJing" }, { "defaultDays", 2 } };
8:
9: RouteTable.Routes.MapPageRoute("default", "{areacode}/{days}", "~/weather.aspx", false, defaults, constaints, dataTokens);
10: }
11: }
1、变量默认值
由于我们为定义在URL模板中表示区号和天数的变量定义了默认值（areacode：010；days：2），如果我们希望返回北京地区未来两天的天气，可以直接访问应用根地址，也可以只指定具体区号，或者同时指定区号和天数。如下图所示，当我们在浏览器地址栏中输入上述三种不同的URL会得到相同的输出结果。
从下图所示的路由信息我们可以看到，默认情况下RouteData的Route属性类型正是Route，而RouteHandler属性则一个是PageRouteHandler对象，我们会在本章后续部分对PageRouteHandler进行详细介绍。通过地址解析出来的变量被存储数Values属性中，而在进行路由注册过程为Route对象DataTokens属性定义的变量被转移到了RouteData的同名属性中。[代码]
2、约束
我们以电话区号代表对应的城市，为了确保用户在的请求地址中提供有效的区号，我们通过正则表达式（“0d{2,3}”）对其进行了约束。此外，我们只能提供未来3天以内的天气情况，我们同样通过正则表达式（“[1-3]{1}”）是对请求地址中表示天数的变量进行了约束。如果请求地址中的内容不能符合相关变量段的约束条件，则意味着对应的路由对象与之不匹配。
对于本例来说，由于我们只注册了唯一的路由对象，如果请求地址不能满足我们定义的约束条件，则意味着找不到一个具体目标文件，会返回404错误。如下图所示，由于在请求地址中指定了不合法的区号（01）和天数（4），我们直接在浏览器界面上得到一个HTTP 404错误。
对于约束，除了可以通过字符串的形式为某个变量定义相应的正则表达式之外，我们还可以指定一个实现了IRouteConstraint接口的类型的对象对整个请求进行约束。如下面的代码片断所示，IRouteConstraint具有唯一的方法Match用于定义约束的逻辑，该方法的5个参数分别表示：HTTP上下文、当前路由对象、约束的名称（存储约束对象的RouteValueDictionary的Key）、解析被匹配URL得到的变量集合以及表示路由的方向。
1: public interface IRouteConstraint
2: {
3: bool Match(HttpContextBase httpContext, Route route, string parameterName, RouteValueDictionary values, RouteDirection routeDirection);
4: }
5: public enum RouteDirection
6: {
7: IncomingRequest,
8: UrlGeneration
9: }
所谓路由的方向表示是针对请求匹配（入栈）还是针对URL的生成（出栈），分别通过如上所示的枚举类型RouteDirection的两个枚举值表示。具体来说，当调用路由对象的GetRouteData和GetVirtualPathData方法时，枚举值IncomingRequest和UrlGeneration分别被采用。
ASP.NET路由系统的应用编程接口中定义了如下一个实现了IRouteConstraint接口的HttpMethodConstraint类型。顾名思义，HttpMethodConstraint提供针对HTTP方法（GET、POST、PUT、DELTE等）的约束。我们可以通过HttpMethodConstraint为路由对象设置一个允许的HTTP方法列表，只有方法名称在这个指定的列表中的HTTP请求才允许被路由。这个被允许被路由的HTTP方法列表对于HttpMethodConstraint的只读属性AllowedMethods，并在构造函数中初始化。
1: public class HttpMethodConstraint : IRouteConstraint
2: {
3: public HttpMethodConstraint(params string[] allowedMethods);
4: bool IRouteConstraint.Match(HttpContextBase httpContext, Route route, string parameterName, RouteValueDictionary values, RouteDirection routeDirection);
5: public ICollection<string> AllowedMethods { get; }
6: }
同样是针对我们演示的例子，我们在进行路由注册的时候通过如下的代表应用了一个类型为HttpMethodConstraint的约束，并将允许的HTTP方法设置为POST，意味着被注册的Route对象仅限于路由POST请求。
1: public class Global : System.Web.HttpApplication
2: {
3: protected void Application_Start(object sender, EventArgs e)
4: {
5: var defaults = new RouteValueDictionary { { "areacode", "010" }, { "days", 2 } };
6: var constaints = new RouteValueDictionary { { "areacode", @"0d{2,3}" }, { "days", @"[1-3]{1}" }, { "httpMethod", new HttpMethodConstraint("POST") } };
7: var dataTokens = new RouteValueDictionary { { "defaultCity", "BeiJing" }, { "defaultDays", 2 } };
8:
9: RouteTable.Routes.MapPageRoute("default", "{areacode}/{days}", "~/weather.aspx", false, defaults, constaints, dataTokens);
10: }
11: }
现在我们采用与注册的URL模板相匹配的地址（/010/2）来访问Weather.aspx页面，依然会得到如下图所示的404错误。[实例源代码下载]
3、对现有文件的路由
在成功注册路由的情况下，如果我们按照传统的方式访问一个物理文件（比如.asxp、.css或者.js等），在请求地址满足某个路由的URL模板模式的情况下，ASP.NET是否还是正常实施路由呢？我们不妨通过我们的实例还测试一下。为了让针对某个物理文件的访问地址也满足注册路由对象的URL模板模式，我们需要按照如下的方式将上面定义的关于正则表达式约束删除。
1: public class Global : System.Web.HttpApplication
2: {
3: protected void Application_Start(object sender, EventArgs e)
4: {
5: var defaults = new RouteValueDictionary { { "areacode", "010" }, { "days", 2 }};
6: //var constaints = new RouteValueDictionary { { "areacode", @"0d{2,3}" }, { "days", @"[1-3]{1}" } };
7: var dataTokens = new RouteValueDictionary { { "defaultCity", "BeiJing" }, { "defaultDays", 2 } };
8:
9: RouteTable.Routes.MapPageRoute("default", "{areacode}/{days}", "~/weather.aspx", false, defaults, null, dataTokens);
10: }
11: }
当我们通过传统的方式来访问存放于根目录下的weather.aspx页面时会得到如下图所示的结果。从界面上的输出结果我们不难看出，虽然请求地址完全满足我们注册路由对象的URL模板模式，但是ASP.NET并没有对请求地址实施路由。原因很简单，如果中间发生了路由，基于页面的RouteData的各项属性都不可能为空。[实例源代码下载]
那么是否意味着如果请求地址对应着一个现存的物理文件，ASP.NET就会自动忽略路由呢？实则不然，或者说不对现有文件实施路由仅仅默认采用的行为。是否对现有文件实施路由取决于代表全局路由表的RouteCollection对象的RouteExistingFiles属性，该属性默认情况下为False，我们可以将此属性设置为True使ASP.NET路由系统忽略现有物理文件的存在，总是按照注册的路由表进行路由。为了演示这种情况下，我们对Global.asax文件作了如下的改动，在进行路由注册之前将RouteTable的Routes属性代表的RouteCollection对象的RouteExistingFiles属性设置为True。
1: public class Global : System.Web.HttpApplication
2: {
3: protected void Application_Start(object sender, EventArgs e)
4: {
5: RouteTable.Routes.RouteExistingFiles = true;
6: var defaults = new RouteValueDictionary { { "areacode", "010" }, { "days", 2 } };
7: var dataTokens = new RouteValueDictionary { { "defaultCity", "BeiJing" }, { "defaultDays", 2 } };
8:
9: RouteTable.Routes.MapPageRoute("default", "{areacode}/{days}", "~/weather.aspx", false, defaults, null, dataTokens);
10: }
11: }
依旧是针对weather.aspx页面的访问，我们却得到不一样的结果。从下图中我们可以看到，针对页面的相对地址weather.aspx不再指向具体的Web页面，在这里就是一个表示获取的天气信息对应的目标城市（areacode=weather.aspx）。[实例源代码下载]
4、注册路由忽略地址
如果将代表全局路由表的RouteTable的静态属性Routes的RouteExistingFiles属性设置为True，意味着ASP.NET针对所有抵达的请求都一视同仁，都按照注册的路由表进行注册，但这会代码一些问题。不知道读者有没有发现上图所示的页面具有不一样的格式（标签部分没有加粗，也没有居右上对齐），这是因为这是采用了jQuery的方式来控制的，为此我们必须按照如下的方式来饮用jQuery相关的脚本文件。
1: <script src="/jquery-1.4.1.min.js" type="text/javascript"></script>
但是由于我们将全局路由表的RouteExistingFiles属性设置为True，意味着针对上面这个.js脚本文件的访问也会被路由。根据我们注册的路由规则，针对这个文件的访问会自动被导向weather.aspx这个页面。如下图所示，我们直接在浏览器的地址栏中属性.js文件的地址，呈现出来还是我们熟悉的界面（areacode=jquery-1.4.1.min.js）。[实例源代码下载]
这是一个不得不解决的问题，因为它是我们无法正常地在页面中引用向javascript和css文件。我们可以通过调用RouteCollection的Igore方法来注册一些需要让路由系统忽略的URL模板。从前面给出的关于RouteCollection的定义我们可以看到它具有两个Igore重载，除了指定需要忽略的URL模板之外，我们还可以对相关的变量定义约束正则表达式。为了让ASP.NET路由系统忽略掉针对.js文件请求，我们可以按照如下的方式在Global.asax中调用RouteTable的Routes属性的Ignore方法。[实例源代码下载]
1: public class Global : System.Web.HttpApplication
2: {
3: protected void Application_Start(object sender, EventArgs e)
4: {
5: RouteTable.Routes.RouteExistingFiles = true;
6: RouteTable.Routes.Ignore("{filename}.js/{*pathInfo}");
7: //其他操作
8: }
9: }
5、直接添加路由对象
当我们调用RouteCollection对象的MapPageRoute方法进行路由注册的本质就在路由字典中添加Route对象，所以我们完全调用Add方法添加一个手工创建的Route对象，如下所示的两种路由注册方式是完全等效的。如果我们需要添加一个继承自RouteBase的自定义路由对象，我们不得不采用手工添加的方式。
1: public class Global : System.Web.HttpApplication
2: {
3: protected void Application_Start(object sender, EventArgs e)
4: {
5: var defaults = new RouteValueDictionary { { "areacode", "010" }, { "days", 2 }};
6: var constaints = new RouteValueDictionary { { "areacode", @"0d{2,3}" }, { "days", @"[1-3]{1}" } };
7: var dataTokens = new RouteValueDictionary { { "defaultCity", "BeiJing" }, { "defaultDays", 2 } };
8:
9: //路由注册方式1
10: RouteTable.Routes.MapPageRoute("default", "{areacode}/{days}", "~/weather.aspx", false, defaults, constaints, dataTokens);
11:
12: //路由注册方式2
13: Route route = new Route("{areacode}/{days}", defaults, constaints, dataTokens, new PageRouteHandler("~/weather.aspx", false));
14: RouteTable.Routes.Add("default", route);
15: }
16: }
三.根据路由规则生成URL
前面我们已经提到过，ASP.NET 的路由系统主要具有两个方面的应用，其一就是通过注册URL模板与物理文件路径的匹配实现请求地址和物理地址的分离；另一个则是通过注册的路由规测生成一个相应的URL。后者通过调用RouteCollection类型的GetVirtualPath方法来实现。[源代码从这里下载]
如下面的代码片断所示，GetVirtualPath定义了两个GetVirtualPath方法重载，它们共同的参数requestContext和values分别表示请求上下文（RouteData和HTTP上下文的封装）和用于替换定义在URL模板中的变量站位符的值。另一个GetVirtualPath方法具有一个额外的字符串参数name，它表示集合中具体使用的路由对象的注册名称（调用MapPageRoute方法时指定的第一个参数）。而AppendTrailingSlash和LowercaseUrls决定在对生成的URL进行规范化的时候是否添加一个“/”字符（如果没有），以及是否需要将URL转化为小写。
1: public class RouteCollection : Collection<RouteBase>
2: {
3: //其他成员
4: public VirtualPathData GetVirtualPath(RequestContext requestContext, RouteValueDictionary values);
5: public VirtualPathData GetVirtualPath(RequestContext requestContext, string name, RouteValueDictionary values);
6:
7: public bool AppendTrailingSlash { get; set; }
8: public bool LowercaseUrls { get; set; }
9: }
如果调用GetVirtualPath方法时没有指定具体采用的路由对象，会遍历整个集合的每个路由对象并调用其GetVirtualPath方法，如果返回的VirtualPathData不会Null则直接将其作为返回值；否则（找不到匹配的路由对象）返回Null。如果在调用GetVirtualPath确定了具体使用的路由对象，则直接调用该路由对象的GetVirtualPath方法并返回其执行结果。
我们在调用GetVirtualPath方法的时候可以传入Null作为第一个参数（requestContext），在这种情况下会基于当前HTTP上下文（对应于HttpContext的静态属性Current）创建一个RequestContext对象作为调用路由对象GetVirtualPath方法的同名参数，该参数包含一个空的RouteData对象。如果当前HTTP上下文不存在则直接抛出一个InvalidOperationException异常。
路由对象针对GetVirtualPath方法而进行的路由匹配只要求URL模板中定义的变量的值都能被提供，而这些变量值具有三种来源，分别是路由对象定义的默认变量值、指定RequestContext的RouteData提供的变量值（Values属性）和手工提供的变量值（通过values参数指定的RouteValueDictionary对象），这三种变量值的选择优先级由低到高。同样以之前定义关于获取天气信息的URL模板为例，下面是路由注册代码。
1: public class Global : System.Web.HttpApplication
2: {
3: protected void Application_Start(object sender, EventArgs e)
4: {
5: var defaults = new RouteValueDictionary { { "areacode", "010" }, { "days", 2 }};
6: var constaints = new RouteValueDictionary { { "areacode", @"0d{2,3}" }, { "days", @"[1-3]{1}" } };
7: var dataTokens = new RouteValueDictionary { { "defaultCity", "BeiJing" }, { "defaultDays", 2 } };
8: RouteTable.Routes.MapPageRoute("default", "{areacode}/{days}", "~/weather.aspx", false, defaults, constaints, dataTokens);
9: }
10: }
我们在Weather.aspx页面的后台代码中通过如果如下的代码调用RouteTable和Routes熟悉的GetVirtualPath方法生成三个具体的URL。
1: public partial class Weather : Page
2: {
3: protected void Page_Load(object sender, EventArgs e)
4: {
5: RouteData routeData = new RouteData();
6: routeData.Values.Add("areaCode","0512");
7: routeData.Values.Add("days","1");
8: RequestContext requestContext = new RequestContext();
9: requestContext.HttpContext = new HttpContextWrapper(HttpContext.Current);
10: requestContext.RouteData = routeData;
11:
12: RouteValueDictionary values = new RouteValueDictionary();
13: values.Add("areaCode", "028");
14: values.Add("days", "3");
15:
16: Response.Write(RouteTable.Routes.GetVirtualPath(null,null).VirtualPath + "<br/>");
17: Response.Write(RouteTable.Routes.GetVirtualPath(requestContext, null).VirtualPath + "<br/>");
18: Response.Write(RouteTable.Routes.GetVirtualPath(requestContext, values).VirtualPath + "<br/>");
19: }
20: }
从上面的代码片断我们可以看到：第一次调用GetVirtualPath方法传输的requestContext和values参数均为Null；第二次则指定了一个手工创建的RequestContext对象，其RouteData的Values属性具有两个变量（areaCode=0512；days=1），而values参数依然为Null；第三次我们同时为参数requestContext和values指定了具体的对象，而后者包含两个参数（areaCode=028；days=3）。在浏览器上访问Weather.aspx页面会得到如下图所示的3个URL。这充分证实了上面提到的关于变量选择优先级的结论。
