ASP.NET 请求生命周期

全局应用类也可以用来跟踪每个独立请求的生命周期，包括请求从 ASP.NET 平台传递到 MVC 框架。ASP.NET 框架会创建一个定义在 Global.asax 文件中的 MvcApplication 类的实例，并使用它当中定义的事件来引导请求，直到产生响应并发送到浏览器中。这些事件并不直接供应用开发者使用，它们是供 ASP.NET 框架执行请求处理的。

请求生命周期是由一系列事件描述的，而这些事件描述了一个请求从接收到响应发出的整个过程。在我们创建自己的模块或者处理器的时候，我们就会使用到这些事件，我们也可以使用这些事件来调试因 ASP.NET 组件之间交互引起的复杂问题。MVC 框架中包含了一个模块和一个处理器。模块是用来阻塞请求来查看文件，处理器是用来定位 controller 和 action 方法的组件。

理解请求生命周期

Application_Start 和 Application_End 方法并不会在 MvcApplication 实例中被调用。相反，ASP.NET 框架会触发一系列的事件，这些事件用来描述 请求生命周期 ：

HttpApplication 对象的请求生命周期：ASP.NET 框架会创建多个 MvcApplication 类的实例来处理请求，这些实例也可以反复使用以便在它们的生命中可以处理多个请求。ASP.NET 框架有绝对的自由在需要的时候创建 MvcApplication 类的实例，在不需要的时候也可以销毁这些实例。这就意味着，我们编写的全局应用类 必须 能够让多个实例并存，并且这些实例可以在一个时间内用来连续处理多个请求，因此，我们仅需要担心的就是怎么存取它们共享的数据对象。

ASP.NET 框架触发的事件描绘了一个请求的处理生命周期的图表。我们可以在全局应用类，一个模块，或者一个处理器中处理这些事件。

理解模块与处理器

接下来，我将会向你展示如何在全局应用类中直接响应请求生命周期的事件。这对于了解生命周期事件是一个很好的开始，但这仅仅适用于简单的请求上的交互。任何复杂的请求处理功能都倾向于使用很多的生命周期事件，这就意味着全局应用类很快就会变得杂乱不堪。ASP.NET 框架为了解决这样的问题引入了 模块，它是一个自包含的类，可以接收到生命周期中的事件并且可以监测和处理请求。许多重要的 ASP.NET 平台服务都依赖于模块功能来在其生命周期之前能够预处理请求。举个例子，比如状态数据与安全服务，需要使用到模块来响应事件，比如 AcquireRequestState 和 AuthencticateRequest 会在 MVC 框架处理这个请求之前为其添加数据。模块可以与请求进行互动，包括与其相关联的响应——生命周期中的任何一个节点。

ASP.NET 框架同样支持一个组件叫做 处理器。处理器负责给一个请求生成对应的响应。处理器对于 MVC 框架就是负责定位 controller 和 action 方法来服务请求并渲染 action 方法指定的视图的模块。ASP.NET 框架可以支持多个处理器，这就是为什么可以将多种开发框架混合起来放在一起的原因，比如 MVC, Web API, 和 Web Forms。处理器与四个请求生命周期相关。MapRequestHandler 和 PostMapRequestHandler 事件会分别在为一个请求选中好处理器之前和之后触发，PreRequestHandlerExecute 和 PostRequestHandlerExecute 事件会分别在要求为当前请求生成一个响应的之前和之后执行。

在这里介绍模块和处理器有助于更详细地描述请求生命周期：

图 1 - 向生命周期中添加请求处理过程图表

不要担心这很复杂，在解释了这些事件是怎么被处理的，多个 ASP.NET 平台服务是怎么实现的之后，这一切都会变得很明朗。

注意到，全局应用类即会被应用实例化，也会被请求生命周期实例化。不仅 ASP.NET 框架会创建多个实例来同时服务请求，也会创建多个实例来支持每一个生命周期。

[根据 Adam Freeman – Pro ASP.NET MVC 5 Platform 选译]