详解ASP.NET MVC的请求生命周期(1)

生命周期步骤概览

当我们对ASP.NET MVC网站发出一个请求的时候，会发生5个主要步骤：

步骤1：创建RouteTable

当ASP.NET应用程序第一次启动的时候才会发生第一步。RouteTable把URL映射到Handler。

步骤2：UrlRoutingModule拦截请求

第二步在我们发起请求的时候发生。UrlRoutingModule拦截了每一个请求并且创建和执行合适的Handler。

步骤3：执行MvcHandler

MvcHandler创建了控制器，并且把控制器传入ControllerContext，然后执行控制器。

步骤4：执行控制器

控制器检测要执行的控制器方法，构建参数列表并且执行方法。

步骤5：调用RenderView方法

大多数情况下，控制器方法调用RenderView()来把内容呈现回浏览器。Controller.RenderView()方法把这个工作委托给某个ViewEngine来做。

现在让我们来详细研究每一个步骤：

步骤1：创建RouteTable

当我们请求普通ASP.NET应用程序页面的时候，对于每一个页面请求都会在磁盘上有这样一个页面。例如，如果我们请求一个叫做SomePage.aspx的页面，在WEB服务器上就会有一个叫做SomePage.aspx的页面。如果没有的话，会得到一个错误。

从技术角度说，ASP.NET页面代表一个类，并且不是普通类。ASP.NET页面是一个Handler。换句话说，ASP.NET页面实现了IhttpHandler接口并且有一个ProcessRequest()方法用于在请求页面的时候接受请求。ProcessRequest()方法负责生成内容并把它发回浏览器。

因此，普通ASP.NET应用程序的工作方式佷简单明了。我们请求页面，页面请求对应磁盘上的某个页面，这个页面执行ProcessRequest()方法并把内容发回浏览器。

ASP.NET MVC应用程序不是以这种方式工作的。当我们请求一个ASP.NET MVC应用程序的页面时，在磁盘上不存在对应请求的页面。而是，请求被路由转到一个叫做控制器的类上。控制器负责生成内容并把它发回浏览器。

当我们写普通ASP.NET应用程序的时候，会创建很多页面。在URL和页面之间总是一一对应进行映射。每一个页面请求对应相应的页面。

相反，当我们创建ASP.NET MVC应用程序的时候，创建的是一批控制器。使用控制器的优势是可以在URL和页面之间可以有多对一的映射。例如，所有如下的URL都可以映射到相同的控制器上。

http://MySite/Products/1 http://MySite/Products/2 http://MySite/Products/3

这些URL映射到一个控制器上，通过从URL中提取产品ID来显示正确的产品。这种控制器方式比传统的ASP.NET方式更灵活。控制器方式可以产品更显而易见的URL。

那么，某个页面请求是怎么路由到某个控制器上的呢？ASP.NET MVC应用程序有一个叫做路由表（Route Table）的东西。路由表映射某个URL到某个控制器上。

一个应用程序有一个并且只会有一个路由表。路由表在Global.asax文件中创建。清单1包含了在使用Visual Studio新建ASP.NET MVC Web应用程序时默认的Global.asax文件。