彩票走势图

      今天开始学习ASP.NET MVC，在看《ASP.NET MVC架构与实战》时，看到有这样一个组件 RouteMonitor.dll，觉得挺实用的，可以用来检测Url路径的映射匹配情况，只要在浏览器中输入请求地址，就可以得到匹配的情况，并且以一种友好的页面展现给我们，如下图所示：

图一

于是乎，决定先自己分析一下该原理。

1. 我们都知道一个应用程序启动是从Application_Start事件开始的，在创建一个新的ASP.NET MVC应用程序的时候，默认会在该事件中添加

RegisterRoutes(RouteTable.Routes);

接着RegisterRoutes方法里面编写一些路由映射的方法，将请求的URL映射到相应的控制器中。

2. 现在将Application_Start事件中改写成这样的代码：

1 protected void Application_Start()
2 {
3     RegisterRoutes(RouteTable.Routes);
4     RouteDebugger.RewriteRoutesForTesting(RouteTable.Routes); 
5 }

 

注意到第3行的代码，引用的就是RouteMonitor.dll的组件，通过RouteDebugger的静态方法RewriteRoutesForTesting，并且赋予一个RouteCollection的路由集合的参数，将页面映射到图一的页面，便于查看路由映射的情况。

3. 现在开始分析下RouteMonitor.dll里面都有些什么呢。

里面包含DebugHttpHandler类，DebugRoute类，DebugRouteHandler类，RouteDebugger类，我们先看看RouteDebugger类都做了些什么：

其中routes.GetReadLock()可对路由集合类进行多线程同步访问：

AcquireReaderLock方法去请求得到该读写锁，并且设置超时时间为Infinite(无限)，当using方法域结束后将释放该读写锁。

（另：ReaderWriterLock 用于同步对资源的访问。在任一特定时刻，它允许多个线程同时进行读访问，或者允许单个线程进行写访问。在资源不经常发生更改的情况下，ReaderWriterLock 所提供的吞吐量比简单的一次只允许一个线程的锁（如 Monitor）更高。）

接着从routes遍历所有的Route类，在这里我们改变它的路由处理程序，该路由处理程序类的接口为IRouteHandler，用RouteMonitor自带的DebugRouteHandler去替换它原有的RouteHandler，以便后面改变Http处理程序的“方向”。

我们先接着看后面的代码，这里有个routes.Add(DebugRoute.Singleton)，DubugRoute继承于Route类，它的构造函数实现于构造可捕获所有URL地址的Route。DebugRoute.Singleton作为单一实例，代码如下：

4. 接着分析DebugRouteHandler的路由处理程序：

这样它可以获得实现IHttpHanlder接口的DebugHttpHandler类的实例化对象，这个实例化对象中也传入了一个RequestContext 对象实例。

5. 最后看下这个以IHttpHanlder为接口的DebugHttpHandler类，用于进行Http处理的程序：

通过它ProcessRequest来处理请求，最后呈现路由检测的页面。

从中可以看到，首先从RequestContext.RouteData可以得到RouteData类，RouteData类包含所请求路由的相关值。

从RouteData.Values获取路由的 URL 参数值和默认值的集合。

从routeData.Route获取路由的对象。

GetRouteData的方法获取有关集合中与指定值匹配的路由的信息。

通过调用FormatRouteValueDictionary方法得到每一条路由的相关值：

通过重写

context.Response.Write(string.Format(format, new object[] { str2, str9, str3, context.Request.AppRelativeCurrentExecutionFilePath, str10 }));
页面中就呈现出路由匹配的检测信息了。