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

爱被打了一巴掌 2021-12-17 02:15 256阅读 0赞

一、网址路由

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

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

![Image 1][]

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

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

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

1.3  默认网址路由

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

![Image 1][]

**      ①** 所有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][http_localhost_Trace.axd_a_b_c_d_e]  
**TIP ：**所有的网址都是从"[http://localhost][http_localhost_Trace.axd_a_b_c_d_e]/"之后开始比对的！

*  比对顺序

（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][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][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][http_localhost_Member_Detail_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，此请求所得到的路由值如图：

<table style="width:607px;"> 
 <tbody> 
 <tr> 
 <td> 字段 </td> 
 <td> 值 </td> 
 </tr> 
 <tr> 
 <td> controller </td> 
 <td> Home </td> 
 </tr> 
 <tr> 
 <td> action </td> 
 <td> About </td> 
 </tr> 
 <tr> 
 <td> id </td> 
 <td> UrlParameter.Optional </td> 
 </tr> 
 </tbody> 
</table>

在"/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\}路由值。因此，在获取网址路由之前会先合并出一组路由值，如表所示：

<table> 
 <tbody> 
 <tr> 
 <td> 字段 </td> 
 <td> 值 </td> 
 </tr> 
 <tr> 
 <td> Action </td> 
 <td> About </td> 
 </tr> 
 <tr> 
 <td> Id </td> 
 <td> UrlParameter.Optional </td> 
 </tr> 
 <tr> 
 <td> Page </td> 
 <td> 1 </td> 
 </tr> 
 </tbody> 
</table>

最后，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"，所以在获得网址之前，会先合并出一组新的路由值，如表：

<table style="width:583px;"> 
 <tbody> 
 <tr> 
 <td> 字段 </td> 
 <td> 值 </td> 
 </tr> 
 <tr> 
 <td> controller </td> 
 <td> MemberCenter </td> 
 </tr> 
 <tr> 
 <td> action </td> 
 <td> Detail </td> 
 </tr> 
 <tr> 
 <td> id </td> 
 <td> UrlParameter.Optional </td> 
 </tr> 
 </tbody> 
</table>

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），如表：

<table style="width:605px;"> 
 <tbody> 
 <tr> 
 <td> 字段 </td> 
 <td> 值 </td> 
 </tr> 
 <tr> 
 <td> controller </td> 
 <td> MemberCenter </td> 
 </tr> 
 <tr> 
 <td> action </td> 
 <td> Detail </td> 
 </tr> 
 <tr> 
 <td> id </td> 
 <td> UrlParameter.Optional </td> 
 </tr> 
 <tr> 
 <td> page </td> 
 <td> TEST </td> 
 </tr> 
 </tbody> 
</table>

当我们比对第一条规则时，由于已经定义了两个路由参数，分别是\{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命名空间生成网址的完整流程图。

![Image 1][]

四、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来执行。

![Image 1][]

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

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

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

转载于:https://www.cnblogs.com/Eleanore/archive/2012/11/23/2783061.html

[Image 1]: 
[http_localhost_Trace.axd_a_b_c_d_e]: http://localhost/Trace.axd/a/b/c/d/e
[http_localhost_Trade.axd]: http://localhost/Trade.axd
[http_localhost_Member_Detail_id_123]: http://localhost/Member/Detail?id=123