基于asp.net MVC 应用程序的生命周期(详解)
首先我们知道http是一种无状态的请求，他的生命周期就是从客户端浏览器发出请求开始，到得到响应结束。那么MVC应用程序从发出请求到获得响应，都做了些什么呢？
本文我们会详细讨论MVC应用程序一个请求的生命周期，从一个控件到另一个控件是怎样被处理的。我们还会详细介绍一下整个请求的生命周期中，用到的相关组件。因为在平常的开发过程中，我们可能知道怎样去使用MVC框架来处理相关的请求，大部分的时候我们只是在controller和action方法之间做相关的处理，对于真正内在的运行机制可能不是很了解。其实当我们对内在机制有了一定的了解以后，会发现微软的MVC框架的扩展性很强，到处都留有扩展接口，让我们通过扩展能够自己定义自己所需要的处理机制，这也正是为什么MVC框架如此出名的原因。
当我最开始学习使用mvc的时候，困扰我的一个问题就是，一个请求的流程控制是怎样的呢？从view到controller再到action之间经历了什么？那个时候我还不清楚HTTPmodule和HTTPhandler在处理一个请求中扮演什么样的角色，起什么样的作用呢。毕竟MVC是一个web开发框架，在整个请求处理过程中，肯定包含了httpmodule和httphandler。其实还有很多相关的组件包含在一个完整的mvc应用程序请求生命周期里，在整个请求过程中他们都扮演者非常重要的角色。尽管大部分时候我们都使用的是框架提供的默认的函数，但是如果我们了解了每个控件所扮演的角色，我们就可以轻松的扩展和使用我们自己实现的方法，就目前来说MVC是扩展性比较强的框架。
下面是本章节的主要内容：
HttpApplication
HttpModule
HttpHandler
ASP.NETMVC运行机制
UrlRoutingModule
RouteHandler
MvcHandler
ControllerFactory
Controller
ActionInvoker
ActionResult
ViewEngine
HttpApplication
我们都知道，在ASP.NETMVC框架出现之前，我们大部分开发所使用的框架都是ASP.NETWebForm.其实不管是MVC还是WebForm,在请求处理机制上，大部分是相同的。这涉及到IIS对请求的处理，涉及的知识较多，我们就不做介绍了，下次有机会我写一篇专文。我们从HttpApplication说起。先看看微软官方是怎么定义HttpApplication的：
定义ASP.NET应用程序中的所有应用程序对象共有的方法、属性和事件。此类是用户在Global.asax文件中所定义的应用程序的基类。
可能我翻译不是很准确，原文连接在这里：https://msdn.microsoft.com/en-us/library/system.web.httpapplication(v=vs.110).aspx
微软官方文档中Remark里有这么一段话：HttpApplication类的实例是在ASP.NET基础结构中创建的，而不是由用户直接创建的。使用HttpApplication类的一个实例来处理其生存期中收到的众多请求。但是，它每次只能处理一个请求。这样，成员变量才可用于存储针对每个请求的数据。
意思就是说ASP.NET应用程序，不管是MVC还是WebForm，最终都会到达一个HttpApplication类的实例。HttpApplication是整个ASP.NET基础架构的核心，负责处理分发给他的请求。HttpApplication处理请求的周期是一个复杂的过程，在整个过程中，不同阶段会触发相映的事件。我们可以注册相应的事件，将处理逻辑注入到HttpApplication处理请求的某个阶段。在HttpApplication这个类中定义了19个事件来处理到达HttpApplication实例的请求。就是说不管MVC还是WebForm，最终都要经过这19个事件的处理，那么除了刚才说的MVC和WebFrom在请求处理机制上大部分都是相同的，不同之处在哪呢？他们是从哪里开始分道扬镳的呢？我们猜想肯定就在这19个方法中。我们继续往下看。