mvc虽然开源了,但是mvc核心的路由注册机制微软并没有公开,因此在开源的mvc源码中我们并不能完全的分析到mvc的路由注册原理,我们必须借助反编译工具来查看路由的注册。我们在新建一个mvc项目的时候,在全局文件Global.asax进行初始化的时候都会有一个注册路由的RegisterRoutes方法,该方法具体如下:
public static void RegisterRoutes(RouteCollection routes) { routes.IgnoreRoute("{resource}.axd/{*pathInfo}"); routes.IgnoreRoute("{folder}/{*pathInfo}", new { folder = "Service" }); routes.MapPageRoute("CommonReportRoute", // Route name " Reports/{reportmodel}/{reportname}",// URL "~/Reports/{reportmodel}.aspx" // File ); routes.MapRoute("Default", // Route name "{controller}/{action}/{id}", // URL with parameters new { controller = "Home", action = "Index", id = UrlParameter.Optional } // Parameter defaults ).DataTokens["UseNamespaceFallback"] = false; } |
蓝色代码表示映射页面路由信息,为什么会有映射页面类的文件路由信息呢?因为在mvc3中我们我们可以创建两种视图引擎,一种是.aspx视图引擎,另外一种就是Razor视图引擎。我们来看看路由集合RouteCollection中的MapRoute方法,该方法有很多个重载的方法,但是所有的重载方法都统一的调用了一个核心的MapRoute方法,该方法具体实现如下:
public static Route MapRoute(this RouteCollection routes, string name, string url, object defaults, object constraints, string[] namespaces) { if ((namespaces != null) && (namespaces.Length > 0)) route.DataTokens["Namespaces"] = namespaces; return route; |
该方法里面涉及到一个很重要的类Route,Asp.net mvc中正是通过该类实现了基于URL模板的路由机制。我们应该还记得在上一篇文章中的介绍的PostResolveRequestCache事件,该事件里面的第一句话就是:
RouteData routeData = this.RouteCollection.GetRouteData(context); |
来获取路由信息,GetRouteData方法属于路由集合类RouteCollection,具体实现如下:
public RouteData GetRouteData(HttpContextBase httpContext)
{
if (base.Count != 0)
{
bool flag = false;
bool flag2 = false;
if (!this.RouteExistingFiles)
{
flag = this.IsRouteToExistingFile(httpContext);
flag2 = true;
if (flag)
{
return null;
}
}
using (this.GetReadLock())
{
foreach (RouteBase base2 in this)
{
RouteData routeData = base2.GetRouteData(httpContext); if (routeData != null)
{
if (!base2.RouteExistingFiles)
{
if (!flag2)
{
flag = this.IsRouteToExistingFile(httpContext);
flag2 = true;
}
if (flag)
{
return null;
}
}
return routeData;
}
}
}
}
return null;
}
|
该方法返回的routeData是由抽象类RouteBase的GetRouteData方法获取的,而Route实现了该抽象类的GetRouteData方法,因此我们可以知道base2指的就是Route对象。该方法具体实现如下:
public override RouteData GetRouteData(HttpContextBase httpContext) { string virtualPath = httpContext.Request.AppRelativeCurrentExecutionFilePath.Substring(2) + httpContext.Request.PathInfo; RouteValueDictionary values = this._parsedRoute.Match(virtualPath, this.Defaults); if (values == null) { return null; } RouteData data = new RouteData(this, this.RouteHandler); if (!this.ProcessConstraints(httpContext, values, RouteDirection.IncomingRequest)) { return null; } foreach (KeyValuePair<string, object> pair in values) { data.Values.Add(pair.Key, pair.Value); } if (this.DataTokens != null) { foreach (KeyValuePair<string, object> pair2 in this.DataTokens) { data.DataTokens[pair2.Key] = pair2.Value; } } return data; } |
在这个方法里面直接返回了一个RouteData对象,但是该对象已经携带了特殊的信息。我们主要来看一下这一句代码:
string virtualPath = httpContext.Request.AppRelativeCurrentExecutionFilePath.Substring(2) + httpContext.Request.PathInfo; |
httpContext.Request属性返回的是HttpRequest对象,该对象的AppRelativeCurrentExecutionFilePath属性返回的是方法 MakeVirtualPathAppRelative返回的值,该方法具体实现如下:
internal static string MakeVirtualPathAppRelative(string virtualPath, string applicationPath, bool nullIfNotInApp) { int length = applicationPath.Length; int num2 = virtualPath.Length; if ((num2 == (length - 1)) && StringUtil.StringStartsWithIgnoreCase(applicationPath, virtualPath)) { return "~/"; } if (!VirtualPathStartsWithVirtualPath(virtualPath, applicationPath)) { if (nullIfNotInApp) { return null; } return virtualPath; } { return "~/"; } if (length == 1) { return ('~' + virtualPath); } return ('~' + virtualPath.Substring(length - 1)); } |
由这个方法我们可以知道httpContext.Request.AppRelativeCurrentExecutionFilePath通常返回的就是一个以“~/”开头的url,httpContext.Request.PathInfo在一般情况下返回的也是空,这里面的具体实现我们在此略过,里面的逻辑较为复杂。因此我们可以根据上面的全局文件注册的方法可以知道:假如我们要请求的URl为http://localhost:7989/Home/index的话,则httpContext.Request.AppRelativeCurrentExecutionFilePath返回的值就是:~/Home/index,因此virtualPath的值就是:Home/index。
我们再来看看这一句代码: RouteValueDictionary values = this._parsedRoute.Match(virtualPath, this.Defaults);Match方法的具体实现如下:
public RouteValueDictionary Match(string virtualPath, RouteValueDictionary defaultValues) |
首先看红色代码:IList<string> source = RouteParser.SplitUrlToPathSegmentStrings(virtualPath);SplitUrlToPathSegmentStrings方法在密封类ParsedRoute的实现如下:
internal static IList<string> SplitUrlToPathSegmentStrings(string url) { List<string> list = new List<string>(); if (!string.IsNullOrEmpty(url)) { int index; for (int i = 0; i < url.Length; i = index + 1) { index = url.IndexOf('/', i); if (index == -1) { string str = url.Substring(i); if (str.Length > 0) { list.Add(str); } return list; } string item = url.Substring(i, index - i); if (item.Length > 0) { list.Add(item); } list.Add("/"); } } return list; } |
依然以我们刚才的例子来做解释:传进来的参数url=virtualPath就是Home/Index,经过SplitUrlToPathSegmentStrings方法处理之后返回的list集合中有三个元素:list[0]="Home",list[1]="/",list[2]="Index";其实里面获取路由信息的方法是相当的繁琐和复杂的,我看了很久了源码都没有完全的读懂,后来参考了博客园另一位仁兄dz45693的关于读取路由信息详细解析,才慢慢领悟,大家可以参考一下他的这篇文章http://www.cnblogs.com/majiang/archive/2012/11/21/2780591.html讲的很详细,值得大家的学习。我们再回到GetRouteData方法中,我们获取到相匹配的RouteValueDictionary之后,遍历RouteValueDictionary对象values,将通过地址解析出来的变量存放到RouteData对象的Values属性中,DataTokens 属性检索或分配与路由关联且未用于确定该路由是否匹配 URL 模式的值,这些值会传递到路由处理程序,以便用于处理请求。
关于mvc的路由信息,这里面还牵涉到一个十分重要的类:RouteTable,顾名思义就是路由表的意思,这是由于我们的mvc web程序中可能会有不同的url模式,可能并不是默认的~/{Controller}/{Action}/{Parameters},有可能是~/Action}/{Controller}/{Parameters},因此用RouteTable来表示整个mvc应用的全局路由信息。这个RouteTable的定义:
public class RouteTable { private static RouteCollection _instance = new RouteCollection(); public static RouteCollection Routes { get { return _instance; } } } |
RouteTable是对RouteCollection的封装,顾名思义RouteCollection就是路由集合的意思,我们来看RouteCollection里面的Add方法定义:
public void Add(string name, RouteBase item) { base.Add(item); if (!string.IsNullOrEmpty(name)) { this._namedMap[name] = item; } } |
这里面_namedMap是一个字典集合,定义如下:
private Dictionary<string, RouteBase> _namedMap; |
RouteDictionary表示一个具体的路由对象的列表,其中的Key表示注册的路由对象的名称,具体的Route对象为value。例如:
RouteTable.Routes.Add("myTest", new Route { url = "{controller}/{action}/{Parameter}" }); |
理解了这一点之后,我们回过头来看看RouteCollection类里面的GetRouteData方法里面的这一句代码:
foreach (RouteBase base2 in this) |
就是在循环便遍历 Dictionary<string, RouteBase>集合,从中找到相互匹配的路由对象,并返回RouteData。最后我们再次回到RouteCollection中的MapRoute方法,将路由名称和路由对象添加到RouteCollection中,实现了将url映射到相应的Controller和Action。我们获取到RouteData之后,将其作为参数获取到RequestContext,将获取到的RequestContext作为参数来获取到MvcHnadler,并将其注册到事件管道中,这里就是我们上一篇文章介绍的内容。