MVC笔记 网址路由与MVC的生命周期

一、网址路由

      1.1  比对通过浏览器传来的HTTP请求

         客户端对ASP.NET网站发出请求时，能通过R偶汤尼盖找到适当的HttpHandler来处理网页，大致的流程如图：

         如果HttpHandler是由MvcHandler来处理，那么，此时就会进入MVC的执行生命周期，并且会找到适当的Controller与Action来对其进行处理，并将信息反馈给客户端。

      1.2 将适当的网址返回浏览器

        网址路由的另一个用途是决定MVC 应该输出什么样的网址并将其返回浏览器，跳转地址或在View中显示超链接时，都需要参考网址路由的定义，因为这样才能动态决定MVC输出网址应该是什么。

     1.3  默认网址路由

        Global.asax已经定义了两个默认的网址路由，参考图如下：

      ① 所有ASP.NET Web应用程序执行的入口都是HttpApplication的Application_Start()事件，所有的MVC Routing都会在此定义。其中，RoutTable.Routes是一个公开的静态对象，用于存储所有Routing的规则集（RouteCollection类）。

      ② 默认RegisterRoutes()方法中的IgnoreRoute()辅助方法用于定义不需要通过Routing处理的网址。

      ③ "{resource}"代表一个名为"resource"的Route Valueg表达式，但其实这里取任何名字都可以，它只是代表一个变量空间（PlaceHolder类），总之就是代表一个位置，用于放置一个用不到的变量。

      ④ "{*pathInfo}"代表一个名称为"pathInfo"的RouteValue表达式，名称前面的星号（*）的意思是"CatchAll"（抓到全部）。这个名为"pathInfo"的RouteValue表达式的值是完整的路径信息（Path Info）中扣除在③中比对到的剩余的网址。例如：网址是"/TEST.axd/a/b/c/d"，则"{PathInfo}"的值为"a/b/c/d"，如果没有加上星号，"{PathInfo}"的值应为"a"。其实在这里取任何名字都可以，因为它只代表一个变量的位置。

     ⑤ MapRoute()是最常用来定义Routing规则的辅助方法。

     ⑥ 定义Route的名称，在此为"Default"。

     ⑦ 定义网址格式和每个网址段落（PathSegment）的RouteValue表达式名称。

TIP ： 该网址不能以斜线（/）开头。

     ⑧ 定义各RouteValue表达式的默认值，当网址路由比对不到HTTP请求网址时，就会改以默认值替代。

二、HTTP请求的URL如何对应网址路由

      由于默认定义了两个网址路由，按照ASP.NET Routing的规则，当HTTP提出请求后，URL会进行网址路由的比对，而且是由上而下地一条一条比对，直到比对到符合HTTP请求的网址为止。

   2.1 网址路由范例

      下面举例，弄清URL和Routing之间更多概念上的联系。

     [1]. http://localhost/Trace.axd/a/b/c/d/e
TIP ：所有的网址都是从"http://localhost/"之后开始比对的！

• 比对顺序

    （1）比对routes.IgnoreRoute命名空间的"{resource}.axd/{*pathInfo}"网址格式。

    （2）"{resource}.axd"比对到"Trace.axd"，因此继续比对下一个RouteValue表达式。

    （3）比对"{*pathInfo}"，得到"a/b/c/d/e"。

    （4）因为所有的RouteValue表达式都比对成功，所以该HTTP请求会由此网址路由提供服务。

• 比对结果

     该网址使用routes.IgnoreRoute命名空间进行处理，即，MVC为忽略此请求，改为ASP.NET架构本身继续进行处理。

    [2] http://localhost/Trade.axd

•  比对顺序

    （1）比对routes.IgnoreRoute命名空间的"{resource}.axd/{*pathInfo}"网址格式。

    （2）"{resource}.axd"比对到"Trace.axd"，因此继续比对下一个RouteValue表达式。

    （3）比对"{*pathInfo}"，由于请求的部分已经没有数据，所以理论上不会比对到任何结果。但由于"{*pathInfo}"属于CallAll，此语法会比对到包括空字符串在内的全部内容，所以这个部分也算比对成功，只是"{*pathInfo}"为空而已。

   （4）因为所有的RouteValue表达式都比对成功，所以该HTTP请求会由此网址路由提供服务。

• 比对结果

     该网址使用routes.IgnoreRoute命名空间进行处理，即，MVC为忽略此请求，改为ASP.NET架构本身继续进行处理。

     [3] http://localhost/Member/Detail?id=123

• 比对顺序

    （1）比对routes.IgnoreRoute命名空间的"{resource}.axd/{*pathInfo}"网址格式。

    （2）比对请求URL的的一部分，即"Member"，由于没有比对到".axd"，所以比对失败。

    （3）跳转到routes.MapRoute命名空间的"{controller}/{action}/{id}"网址格式。

    （4）比对请求URL的第一部分，即"Member"，并且比对到{controller}参数。

    （5）比对请求URL的第二部分，即"Detail"，并且比对到"{action}"参数。

    （6）接下来的"?id=123"就不算是网址的一部分了，所以它不会被算进RouteValue表达式中，因此不会在对此比对了。

    （7）"{id}"部分因为没有比对到，所以会读取默认值，也就是"UrlParameter.Optional"部分。由于存在默认值，所以也算比对成功。

    （8）因为所有的RouteValue表达式都比对成功，所以该HTTP请求会由此网址路由提供服务。

• 比对结果

     该网址使用routes.MapRoute命名空间进行处理，并调过MvcHandler将值赋予适当的Controller和Action程序。在这里会对应MemberController的Detail动作。

TIP ：在"URL及参数"位置出现的所有路由参数都是必要的参数，必须完全符合必读规则才能比对成功；如果比对失败，就会调至下一条网址路由规则继续比对。

   2.2 为网址路由加上限制条件

     MapRoute()是最常用来定义Routing规则的辅助方法，它有许多应用方式（重载）。一个常用的应用方式为"样式比对规则（正则表达式）+限制条件"。

1            context.MapRoute(

2 

3                  "Order_default",

4                  "Order/{controller}/{action}/{id}",

5                  new { action = "Index", id = UrlParameter.Optional },

6                  new { id = @"\d+" }

7             );

      我们在MapRoute()辅助方法中设置了4个参数，这些参数指定了一个匿名对象，其中的id属性就是我们比对{id}路由值的限制条件，其限制条件是用正则表达式（Regular Expression）来表示的。"\id+"代表比对到的{id}路由值时必须为数字才算比对成功，而这就是限制条件。

      若网址为"http://localhost/Order/Member/Index/123ABC."，由于此对到的{id}路由值不符合限制条件，所以这个网址就算比对失败，接着会自动跳到下一个网址路由规则继续比对。

TIP ： 这里定义的正则表达式默认是完全比对。如果你定义的样式为"\id+'，事实上，在比对时会转换为"^\d+$"。

三、网址路由如何在MVC中生成网址。

      URL是如何比对网址路由是网址路由的一个功能，另一个主要功能是在Controller或View中依据网址路由的定义生成适当的网址。下面介绍如何使用RouteTable.Routes.GetVirtualPath命名空间取得动态网址。

     先用默认的MVC项目模块进行测试。打开网址http://localhost/Home/About，此请求所得到的路由值如图：

字段	值
controller	Home
action	About
id	UrlParameter.Optional

    在"/Views/Home/About.aspx"页面中添加以下程序代码。

1        <%=

2             RouteTable.Routes.GetVirtualPath(

3                  Request.RequestContext,

4                  new RouteValueDictionary(new { page=1})

5             ).VirtualPath        

6         %>

     可以看到：在RouteTable.Routes.GetVirtualPath命名空间中，第一个参数为Request.RequestContext，在会输入当前的请求信息，包括RouteValue、QueryString和其他完整的请求；第二个参数中多输入了一个RouteValueDictionary对象，并插入了一个{page}路由值。因此，在获取网址路由之前会先合并出一组路由值，如表所示：

字段	值
Action	About
Id	UrlParameter.Optional
Page	1

      最后，MVC会使用这组新的路由值由上而下——比对路由表（RouteTable）中所有的路由规则，已得到最适合的路由规则，并产生适当的网址。

      拿以下路由规则来说，其中定义了3个路由参数，而我们得到的4个路由值中有3个路由值完全符合定义，所以，此网址路由会被选中，并且MVC会以此路由定义好的格式产生网址。

 1           routes.MapRoute(

 2                 "Default",                     // 路由名称

 3                 "{controller}/{action}/{id}",  // 带有参数的 URL

 4                 new

 5                 {                              // 参数默认值 

 6                     controller = "Home",

 7                     action = "Index",

 8                     id = UrlParameter.Optional

 9                 }

10             );

      由于{page}参数并非网址路由参数之一，因此，新建的{page}参数就被替换成了QueryString参数，输出结果如下。

            /Home/About?page=1

      再举一个复杂的例子。第一条路由规则定义如下：

 1           routes.MapRoute(

 2                 "Member",                       // 路由名称

 3                 "Member/{action}/{page}",       // 带有参数的 URL

 4                 new                             // 参数默认值 

 5                 {

 6                     controller = "MemberCenter",

 7                     action = "List"

 8                 },

 9                 new

10                 {

11                     action = @"Index|List|Detail",

12                     page = @"\d+"

13                 }

14             );

15             routes.MapRoute(

16                 "Default",                     // 路由名称

17                 "{controller}/{action}/{id}",  // 带有参数的 URL

18                 new

19                 {                              // 参数默认值 

20                     controller = "Home",

21                     action = "Index",

22                     id = UrlParameter.Optional

23                 }

24             );

     在"/Views/Home/About.aspx'页面中添加以下程序代码。

 1         <%=

 2             RouteTable.Routes.GetVirtualPath(

 3                   Request.RequestContext,

 4                           new RouteValueDictionary(new { 

 5                              controller ="MemberCenter",

 6                              action="Detail"

 7                           })

 8             ).VirtualPath

 9             

10         %>

      在第2个参数中将"controller"替换成"MemberCenter"，将"action"替换成"Detail"，所以在获得网址之前，会先合并出一组新的路由值，如表：

字段	值
controller	MemberCenter
action	Detail
id	UrlParameter.Optional

     MVC会用这组新的路由值由上而下一一比对路由表中的所有路由规则，以得到最适合的路由规则。当此对比到第一个规则时，由于已经定义了两个路由参数，分别是"{action}"和"{page}",而我们的路由表中只有"action"没有"page"，此时就会查看参数默认值中是否有默认的{page}参数，结果还是没有，因此比对失败。MVC并不会以这个网址路由来产生网址，进而跳至下一条网址路由进行比对。最后，比对的结果为"/MemberCenter/Detail"。

     修改"/Views/Home/About.aspx'页面的程序代码，增加"page"参数，示例如下：

 1        <%=

 2             RouteTable.Routes.GetVirtualPath(

 3                   Request.RequestContext,

 4                           new RouteValueDictionary(new { 

 5                              controller ="MemberCenter",

 6                              action = "Detail",

 7                              page = "TEST"

 8                           })

 9             ).VirtualPath

10             

11         %>

     执行以上操作后就会合并出一组新的路由值（RouteValue），如表：

字段	值
controller	MemberCenter
action	Detail
id	UrlParameter.Optional
page	TEST

     当我们比对第一条规则时，由于已经定义了两个路由参数，分别是{action}和{page}，而我们的路由表中已有"action"和"page"的路由值了，必要参数已经全部符合，所以会进一步比对限制条件是否符合。

     由于已经定义了{page}参数的限制条件为“@"\d+"”，但路由值中的page值却是"TEST"，因限制条件无法通过，所以比对还是失败了。因此，MVC并不会用这个网址路由来产生网址，进而跳至下一个网址路由进行比对。

     最后比对结果为"/MemberCenter/Detail?page=TEST"。

     总结：使用RouteTable.Routes.GetVirtualPath命名空间来生成网址大致会用到以下判断依据。

• 若将第1个参数带入Request.RequestContext命名空间，会预先取得当前所有的路由值。也可以输入"null"代表没有默认的路由值。
• 用当前合并后的所有路由值与网址路由表一一比对所有规则时，会先比对所有必要参数。若比对成功，就会进一步检查限制条件是否符合。
• 若找不到必要参数，就会查找参数默认值；如果仍然找不到，则比对失败。
• 若上述比对全部成功，RouteTable.Routes.GetVirtualPath命名空间就会用该网址路由定义的网址来生成网址。

     RouteTable.Routes.GetVirtualPath命名空间生成网址的完整流程图。

四、MVC执行的生命周期

      MVC的执行生命周期大致上分成3阶段，分别是：

     （1）网址路由比对；

     （2）执行Controller与Action；

     （3）执行View并返回结果。

      4.1 网址路由比对

      当IIS收到HTTP请求后，会先通过UrlRoutingModule处理所有与网址路由有关的运算。默认下若网址可以对应到网址根目录下的实体文件，就不会通过MVC进行处理，而是直接交由IIS或ASP.NET执行。

      若网址是"http://localhostContent/Site.css"，由于在网站根目录下有"Content"目录，而且"Content"目录中也有Site.css文件，所有MVC不会将此网址解析成Content控制器和Site.css动作。

      再举一个.NET Web Forms的例子，网址为"http://localhost/Member/Login.aspx"，在Global.asax文件中新建一个特殊的网址路由，具体如下。

 1           routes.MapRoute(

 2                 "Default_aspx",                     // 路由名称

 3                 "{controller}/{action.aspx}/{id}",  // 带有参数的 URL

 4                 new

 5                 {                                   // 参数默认值 

 6                     controller = "Home",

 7                     action = "Index",

 8                     id = UrlParameter.Optional

 9                 }

10             );

      在这种情况下，若在网站根目录中有使用.NET Web Forms编写的"/Member/Login.aspx"程序存在，MVC就不会应用UrlRouting，而是将流程的控制权交给IIS，并由IIS将其交友下一个模块执行。在此，就会执行"/Member/Login.aspx"程序。

      如果"/Member/Login.aspx"程序不存在，那么MVC的Routing就会正式启动比对，并且在比对到上述网址后，将执行MemberController的Login动作。

      若果在Global.asax文件的Application_Start()事件的最前面将RouteTableRoutes.RouteExistingFiles参数值设定为"true",MVC的UrlRouting就不会先判断是否有实体文件存在，程序代码如下：

1        protected void Application_Start()

2         {

3             RouteTable.Routes.RouteExistingFiles = true;

4             AreaRegistration.RegisterAllAreas();

5 

6             RegisterRoutes(RouteTable.Routes);

7         }

    设定完后，该网站收到的所以HTTP请求都会使用RegisterRoutes()方法中定义的网址路由规则一一进行比对。若比对成功，会用MVC进行处理；否则，将执行的权利交还给IIS。

NOTE ： 若在MVC中是由IgnoreRoute()辅助方法比对成功的，会导致程序直接跳离MVC执行生命周期，将程序继续执行的权利交还给IIS，由IIS觉得接下来该由哪个模块（Model）或哪个处理历程（Handler）来执行。

     在使用RegisterRoutes()方法定义的网址路由规则进行比对时，事实上，比对成功后，默认值会由MvcRouteHandler决定要将改HTTP请求发送给哪个HttpHandler来执行，如图所示。MVC默认会将HTTP请求交给MvcHandler来执行。

    由图所示的MvcRouteHandler程序代码可知，若要自定义RouteHandler，只要自行开发IRouteHandler接口的类，即可通过自定义的RouteHandler来决定通过网址路由比对的网址应该交给哪个HttpHandker来执行。所以，可以通过自定义RouteHandler和HttpHandler来为MVC网站提供辅助功能。

    4.2 执行Controller和Action 4.3 执行View并返回结果

     当程序执行到MvcHandler时，HttpHandler的入口是ProcessRequest()方法。具体这里就不分析了，见书本4.4.2和4.4.3。